测试派 Give testers a home.

该内容仅作者和楼主可见。

首先，作为测试人员，可以先根据需求文档判断是否是与需求上直接违背的，是的话直接给开发看文档说明，其次如果是测试人员根据自己的经验或者是使用操作习惯判断的，这个是因为每个人思考问题的角度不一样，那么这个时候就需要找到产品经理或者策划介入，一个项目组的最终还是由决策者说的为主，测试人员单方面扯皮只会浪费时间更甚至会升级矛盾哦。

1、需求评审及编写测试计划

项目组人员参与需求评审，根据需求文档熟悉客户的需求及软件的功能点，测试主管编写测试计划，分配好测试任务

2、编写测试用例及用例评审

测试人员将产品细分成各个模块，然后再针对各个模块从功能(从上到下，从左到右)、模块间的交互(业务约束)、界面、易用性、兼容性、安全性、性能等方面提取测试点，进而针对这些测试点根据常用的测试用例设计方法(等价类，边界值，错误推测，场景法，因果图，判定表等)按照常用的用例编写格式细化成每一条用例，编写完参与用例评审

3、搭建环境进行冒烟测试，正式进入测试

然后搭建好测试环境先进行冒烟测试，判定当前版本可测与否，若通过，进入正式的系统测试，在测试的过程中发现、确认、提交、跟踪bug，进行回归测试直到bug被解决，再然后对测试结果做出总结及风险评估，编写测试报告，发布上线后，关注软件是否可以正常运行。