公司屬于創(chuàng)業(yè)型公司，整體的流程都不是特別正規(guī)晓避，測試這塊的流程比較簡單也切，我來之前有一個測試人員，原來的測試流程是這樣的
1.項(xiàng)目組召開需求會議（測試不參加）
2.需求確定后饵筑，測試拿到需求原型埃篓，開始寫測試用例
3.開發(fā)完成，測試開始執(zhí)行測試根资，測試用例基本沒用上架专，因?yàn)閷π枨蟛涣私?/p>
我來到這家公司之后同窘，了解到上述的測試流程后，跟部門負(fù)責(zé)人溝通后提了幾點(diǎn)建議胶征，目前大部分都在實(shí)行
1塞椎、項(xiàng)目組召開需求會議，測試一定要參加（已實(shí)行）
2睛低、在需求會議前先拿到需求相關(guān)資料案狠，測試人員可以先補(bǔ)充相關(guān)知識點(diǎn)
（這個執(zhí)行的一般，剛拿到需求一般一兩個小時就召開需求會議了钱雷，原因是因?yàn)榱鞒滩灰?guī)范骂铁，項(xiàng)目又比較緊，產(chǎn)品也是剛剛做出需求原型）
3罩抗、第一次需求會議結(jié)束后拉庵，測試根據(jù)原型圖梳理分析需求將有疑問和不明確的地方整理出來（已執(zhí)行）
4、測試參加第二次需求討論會議套蒂，提出疑問和不明確的地方钞支，產(chǎn)品給出解答或具體解決辦法（已執(zhí)行）
5、需求明確后測試開始寫測試點(diǎn)（項(xiàng)目時間都比較短操刀，所以建議寫測試點(diǎn)更實(shí)用）（已執(zhí)行）
6烁挟、數(shù)據(jù)庫設(shè)計(jì)完成后，參與數(shù)據(jù)庫評審（因?yàn)楸救碎_發(fā)出身骨坑，對數(shù)據(jù)庫也比較了解所以每次數(shù)據(jù)庫評審也會參與撼嗓，了解數(shù)據(jù)結(jié)構(gòu)，后期方便通過SQL定位BUG）
7欢唾、開發(fā)代碼完成后且警，進(jìn)行一次所有功能的演示，保證每個功能可以跑通礁遣，避免了測試時很多功能都走不通斑芜，能提高測試效率，至少功能可以走通再開始測（已執(zhí)行）
8祟霍、測試根據(jù)測試點(diǎn)進(jìn)行測試杏头、出測試報告（已執(zhí)行）
9、測出問題后浅碾，開發(fā)修改完成，首先自測一下再點(diǎn)修改BUG（這點(diǎn)執(zhí)行的不怎么好续语，后續(xù)仍需溝通 ）
聽了老徐的分享后垂谢，覺得仍需改進(jìn)的地方如下
1、編寫測試點(diǎn)后發(fā)給開發(fā)和產(chǎn)品進(jìn)行評審疮茄，檢查是否有遺漏點(diǎn)
2滥朱、需求調(diào)整時及時告知相關(guān)人員根暑，防止做了無用功
3、UI出效果圖也要參與評審
3徙邻、跟領(lǐng)導(dǎo)溝通要求開發(fā)完成首先開發(fā)自測
4排嫌、跟開發(fā)和產(chǎn)品要多溝通。
