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