系统测试设计思维建议

 前言

进入新的部门,首先面临的是熟悉业务以及如何设计用例，如果是新人QA的话，很可能会因为面对复杂系统复杂业务而不知如何下手，鉴于一些经验总结，给出如下的一些建议，希望对新人有帮助。

1.先宏观掌控，再细节切入

刚入行的新人，往往很容易犯的一个错误是，没有宏观的去掌控全局而一头陷入功能细节。

在我们拿到一个需求的时候，我们作为QA，首先第一个是需要认真分析需求，可以从如下几个方面思考：

• 产生这个需求的原因
• 该需求实现的功能
• 新功能对现有系统的影响

由此在我们拿到需求后，我们可以引发测试思维上的三点宏观拓展：

1. 确认需求是否有偏差，可能由此会发现一些需求问题-----需求BUG
2. 确认目前系统的回归范围或者历史数据处理----回归范围/历史数据处理
3. 我们要做哪些类型的相关测试----测试类型的宏观覆盖

目前涉及到新功能的测试我们常见的测试类型会涉及到如下：

• 功能测试
• 性能测试
• 安全测试
• 异常测试
• 接口测试
• 兼容性测试

以上这些，是我们需要不断去凭借经验累积和实践的。

2.细节切入，要学会先归类

所有的类型测试都有一套测试思维，这里不一一展开，我们以功能测试为例，进行细节