（干货！！！大实话）关于实际日常测试工作中的一些注意事项

关于测试工作中的一些注意事项

第一，对需求的处理
很多刚入行的测试同学接到需求后，往往在梳理的过程中，会止步于需求本身，而实际上我们要考虑的测试点应该大于需求，可以从以下几个方面来补充思考：
1、需求的实现是否合理（测试会更多对用户体验、用户行为习惯，而开发会更注重逻辑的合理性）；
2、本次需求与当前业务有哪些关联影响（这个过程可以更好地把控系统的稳定性）；
3、结合具体使用场景展开想一些用户可能会有的异常操作。

第二，用例的编写
这里可以给大家提供一个我个人比较喜欢的写用例思路，以APP为例，先分好模块，如搜索模块、各种资源位模块等，分好模块后，再针对模块内元素的展示与交互进行不同情况的细分，以及模块与模块之间的相互跳转等联系，再遵循最基本的输入与预期结果，一条用例基本就可以完成了。

第三，用例评审
需要明确用例评审的一个意义，是对需求的二次确认和补充，这个过程对开发的工作也有一定的影响，一定要及时提出疑问点，进行和需求方、开发的确认，以免后面的工作麻烦；还有就是用例评审后要及时进行修改形成完整的条目，因为用例不仅是我们自己的工作指南，也是需要指派给对应的开发同学，作为他们自测的依据。

第四，提测进度把控
测试同学其实更像一个项目负责人，所以自己心里要有个最项目的里程碑。
到了哪个节点，如果有延迟，要及时向上反馈，共同商议，以保证项目总体上线时间和质量。

第五，测试流程
这里我们暂不讨论很杂的小需求，而是以有用例为基础的比较大的版本迭代作为例子。每个公司的部署环境及流程都不太一样，我就拿一个比较常见的流程为例，见下图：

第六，版本记录
不仅是本次需求的整体版本需要邮件通知以及共享文档上记录，在本次过程中各端的升级记录也是需要让开发同学记好，以便版本追溯。

第七，“错题总结”及bug率统计
这里的“错题总结”可以是测试报告等等总结性文档，bug率统计是给开发同学对于自己开发质量的直观显示。