缺陷管理系列之如何处理一个复杂的项目
面对一个复杂的项目，进行系统测试的步骤. 该部分+缺陷模型=的缺陷环节 首先整体考虑一致性的问题.程序是否按策划需要完成.文案上是否有难理解的地方. 然后根据子功能点的复杂性，按需求优先级别测试，整体上已规划的内容为目标。 如何定义系统复杂性呢，当1个按纽内包含1个功能点以上，该按钮复杂性较高.可以打1个标签字母+(复杂度)数字 比如现在有A2，B3，C1三个系统，当B3和C1存在关联.那么这个系统测试优先级别在B3-C1;A2上.(图表关系法有机会后续讲) 说起来有点麻烦，实际在游戏中，除了数值测试部分，不会超过15个系统。 首次梳理后，把复杂性结果放在excel表格内.然后在表格内记录下不同版本，高发点，可追朔，不可重现的等. 首次和入表可能需要多花1-2天时间. 那么接下来你这个项目查看复杂性方面将十分容易.如果无良好的记录，将会给缺陷模型带来无参考对象. 后续定义了1个矩阵表的形式，也是学习了一些西方比较健全的测试框架。 我在关注复杂度外，还规划了1个高风险，低风险，中等区域等，用颜色去注明这样更加方便，可以调整自己团队的方向。 复杂的项目目标简化，需要更多的是在beta阶段前，进行把控。
