缺陷管理专讲一:如何处理一个复杂的项目

面对一个复杂的项目,进行系统测试的步骤. 该部分+缺陷模型=100%的缺陷环节

首先整体考虑一致性的问题.程序是否按策划需要完成.文案上是否有难理解的地方.

然后根据子功能点的复杂性,按需求优先级别测试，整体上已规划100%的内容为目标。

如何定义系统复杂性呢,当1个按纽内包含1个功能点以上,该按钮复杂性较高.可以打1个标签字母+(复杂度)数字

比如现在有A2,B3,C1三个系统,当B3和C1存在关联.那么这个系统测试优先级别在B3-C1;A2上.(图表关系法有机会后续讲)

说起来有点麻烦，实际在游戏中,除了数值测试部分,不会超过15个系统。

首次梳理后,把复杂性结果放在excel表格内.然后在表格内记录下不同版本,高发点,可追朔,不可重现的等.

首次和入表可能需要多花1-2天时间.

那么接下来你这个项目查看复杂性方面将十分容易.如果无良好的记录,将会给缺陷模型带来无参考对象.

//

后续定义了1个矩阵表的形式，也是学习了一些西方比较健全的测试框架。

我在关注复杂度外，还规划了1个高风险，低风险，中等区域等，用颜色去注明这样更加方便，可以调整自己团队的方向。

复杂的项目目标简化，需要更多的是在beta阶段前，进行把控。