测试工作流程
测试整个工作流程围绕着禅道项目管理工具运行： 1.产品给出需求文档->2.评审后拆分开发任务和测试任务->3.测试用例编写和评审->4.开发人员完成开发提测将测试任务指给测试人员->5.测试人员测试提bug->release环境做发布前验证->版本上线
可以参考禅道官方的项目管理流程图
下面就以上面的工作流程为顺序提出对每个环节的工作规范。
1. 需求评审
由产品经理主持需求评审，相关开发、测试同学参加。
要求待评审的需求至少提前3天提交到禅道中。
对测试的要求:
1. 至少提前一天浏览需求，对需求有初步理解。
2. 必须参加负责项目的需求评审，如因故不能参加，考虑延期评审或找人代替
3. 思考可能的业务逻辑疏漏或与现有逻辑的冲突
4. 需求评审后要评估测试工作量（小时或人天）
5. 拆分任务，将需求在禅道中拆分为测试任务。
2. 测试用例编写
- 测试用例编写要符合规范https://ryan255.ltd/testcasestandard/
- 新功能要求一定要编写测试用例
- 项目时间紧急，也要列出测试点，以便日后将用例补充完整
- 历史用例要保留归档
3. 测试用例评审
由测试同学主持测试用例评审，相关开发、产品同学参加。
要求产品和开发同学能够分别从业务和代码逻辑角度，分析测试用例是否有疏漏，是否有未覆盖的逻辑。
4. 测试环境测试
现有dev环境、test环境、release环境。开发同学在dev环境调试代码，测试同学在test进行功能测试，发布上线之前在release环境进行系统测试、回归测试、压力测试。
- 各环境账号密码要求分别设置不同密码，避免误操作
- 要求开发同学至少经过自测后再将代码提交的到test环境的代码分支中。如果测试发现基本流程跑不通，禅道指派回相关开发同学，要求开发同学重新自测后再提测
- 测试中各个测试人员使用的测试账号等数据应分开，避免相互影响，公共配置修改时应告知组内其他成员，避免误测漏测。
- 所有bug要登记到禅道中并指派相关开发人员，要求截图+文字说明，以开发同学不用讲解能看懂为准。要求关联版本、关联需求，要求写明使用的手机型号、浏览器版本等。
- 如果开发同学不认为是bug，请询问产品经理，以产品经理为准。并将确认后的结果补充在禅道中。
- 压力测试要提前与开发进行沟通，要对网关、服务器配额进行相关设置。
5. 上线前质量保证
- 设置“版本发布检查清单”，符合清单范围内的测试用例要求必须通过测试，否则不能上线
- 新接口上线，要保证老版本接口功能保持可用。必要时进行环境切换演练
- 数模要进行更改的要进行历史数据处理。
- 组件切换要求由开发同学列出环境切换步骤并进行评审，在release环境进行模拟。
6. 生产环境
生产环境验证以监控日志与观察用户数据为主。
项目经理要管理好生产环境各个资源的密钥，数据库权限、git权限等等