测试流程体系
1.需求评审:无论是自研发还是其他公司的产品,都得等产品经理设计好,召集开发,设计,测试开会了详细了解需求,了解需开展之后的测试工作,测试人员是从用户角度考虑居多,更加能够从用户的角度提出符合实际的建议。
2.制定测试计划:
需求最终确定下来,开始制定测试计划,确定测试目标、测试范围、测试方法、测试策略、资源安排、风险评估,测试周期等。
3.测试用例设计:
做好测试计划后,可开始进行用例设计。一般先使用思维导图工具(Xmind)整理大概框架,再使用测试用例管理工具(如testlink,禅道)按功能模块、使用场景进行设计。
4.测试用例评审:
测试用例写在禅道上好管理也可以让其他研发者观看参考,待用例设计好后(产品经理、研发人员、测试人员)都参与用例评审,以便查漏补缺,尽可能使用例覆盖更全面。
5.冒烟测试:
待研发人员提交版本后,测试人员便可以进行冒烟测试(当然,冒烟测试的用例要提前选好)。
5.1做接口测试时,等后端告诉前端接口弄好了,前端和后端开始调接口时,此时做接口测试用postman写接口测试的用例
6.一轮测试:
待冒烟测试通过,则可以开始执行第一轮的测试。发现的bug使用缺陷管理工具(如jira/redmine/禅道等)记录下来。
7.N轮测试:
如果有必要,则进行第二轮、第三轮、第N轮的测试
5个黑盒测试方法(等价类/边界值、决策表、状态转换图、决策树和正交测试法)和7个白盒测试(语句、分支、条件、判定/条件、MC/DC、路径和控制流覆盖)方法。
8.回归测试:
待研发人员修复的bug后,即可进行回归测试。主要是验证缺陷是否真的修复,是否会影响现有系统的使用。
9.写总结测试报告: