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