系统测试流程
![系统测试流程 enter description here](https://images2018.cnblogs.com/blog/851412/201803/851412-20180326170459186-2114111292.png)
系统测试流程
如图 主要包括 测试计划设计 与 测试需求分析。
测试计划设计
这个比较偏向测试管理,而且也内容很多,单独写一篇博客。
测试需求分析
测试需求分析,就是说我们拿到需求后 开始写用例之前要做的事情。
有很多企业 ,尤其是外包企业,可能一上来就要执行用例,都没提供需求文档,或者你也不知道在哪看,盲目对着用例测试,假如用例质量不高,或者理解出现偏差,就容易出现漏测情况,对发现的问题是否真的是缺陷也模棱两可。
没有需求文档就直接开始写用例,直接开展测试活动,是不推荐的。
测试原则里提到过,测试要尽早介入,需求阶段,测试就应该开始对项目质量进行把关了,需求是否是可测试的,有木有什么风险点。开始项目之前 就要明确很多东西,举例来说,思维导图里的。
需求来源
就直接影响你设计测试用例的优先级和重点,你得明确哪些是本期更新 最核心重要的功能,影响较大的改动,就得多测。
需求分类
则更加重要,决定了测试用例的覆盖范围,有没有性能测试需求,这是必须由开发提前预估性能风险。还有外部接口依赖,兼容性,安全性这些,都是要事先考虑的,否则一旦开始测试,就会忙于填坑而忽略了一些必须的测试维度。造成漏测。这里就涉及到测试策略的制定,打算单独一篇。