白盒测试完全是基于代码的测试,不像黑盒/系统测试,有明确的产品需求来判定被测对象是对是错。
所以,QA的直接需求对接方从PM,变成了RD,在开始测试前,先得明确被测代码需要解决什么问题,服务于什么业务场景。
一步走:
在着手代码测试前,在宏观需求层面,需要三个步骤:
1. 找PM聊业务需求。
2. 整RD聊宏观方案,业务/技术架构,挖出技术方案制定的业务/数据依据。
这块是比较关键的部分,因为一般PM提完业务需求,并不会关注RD用什么技术方案替他实现,所以RD在技术方案方面有绝对话语权。
那QA在这一阶段的主要任务是要挖出RD制定技术方案的业务/数据依据。
3. 拿着步骤二的数据,跟PM一起分析依据可行性。
二步走:
确认整体技术方案OK之后,需要准备本地调试环境
需要做以下几件事:
跟RD确认调试环境所需资源:
1 编程语言,以及所用语言的版本(如python2.6/2.7/3.x)
2 项目对服务器软硬件的需求:网段环境(生产网、测试网)、CPU、内存、数据库
三步走:
接下来需要实际着手测试代码的逻辑正确性。
动手测试:
1 先拿着代码在调试环境试Run,确认能不能执行。
2 逻辑覆盖:
2.1 条件判断中组合条件,有if、无else
2.2 循环的临界值
2.3 异常处理-->是否有正确捕捉异常,捕获到异常后是否正确处理。
...待补充