日志
软考-案例分析-测试管理-2014/03/14
||
案例说明：
QT系统集成公司承接了一个电子政务业务系统的软件开发项目，项目质量要求比较高。目前，该项目的程序编程阶段基本结束，进入了测试阶段。第一轮模块测试发现106个缺陷，项目组对缺陷进行了修复，又重新提交了测试。第二轮模块测试又发现了82个缺陷。就这样反复修改和测试，直到第7轮，发现了21个缺陷。各轮发现的缺陷如下表所示。此时，项目经理小郭终于松了一口气，他认为测试工作很快就会结束了。
趋势图是实施项目质量控制常用的工具和技术之一，请画出本案测试缺陷数的趋势图。
在实施质量控制中，需要收集和分析趋势图中的相关数据，来指明项目过程与产品的质量状态。趋势图直观的反映某个过程随时间推移的运行情况，以及何时发生了特殊原因引起的变化，导致该过程失控。趋势图用图形方式回答“该过程的偏差是在可接受的界限内吗”这个问题。趋势图中的数据点可以显示过程的随机波动、突然跳跃或偏差逐渐扩大的趋势。通过持续监测一个过程的输出，趋势图有助于评价过程变更是否达到了预期的改进效果。当过程超出可接受的界限时，就应该进行调整。
项目经理小郭的这种观点不正确。软件测试过程要按照单元/模块测试、集成测试、确认测试和系统测试等4个步骤进行。测试发现错误并进行调试修改后，还要进行回归测试。对于案例中所提及的只是进行了该软件项目的程序模块级测试工作，除此之外还需要进行模块之间的集成测试和系统测试。一般而言，单元测试是属于基础性的测试工作，也是相对容易的测试工作。改正错误时还会引发新的错误。统计发现，某些局部错误的改正往往在集成测试和系统测试时会暴露新的问题。模块之间的集成测试和系统测试的组织管理要更困难些，也往往会纠正一个错误将可能耗费更多的人力和工作时间。项目经理小郭没能全局性看待测试工作，从趋势图的走势可以看出该趋势线上下波动较大，7轮测试的缺陷数并没有呈现整体下降且趋于稳定的状态，因此不能就此得出“下一轮测试缺陷数必然减少”的结论。虽然最后一轮测试缺陷数减少为25个，但还未经过回归测试，新的缺陷可能还会产生。另外，该软件系统没有经过集成测试和系统测试，还有可能在这两个测试阶段产生新的缺陷。
问题3:
（1）请简要说明该项目在软件测试方面还需开展哪些后续工作？
软件测试后续还需开展的工作有各模块的回归测试、集成测试、确认测试和系统测试工作。
（2）请结合软件开发生命周期分析软件存在缺陷的可能原因？
软件开发生命周期将整体开发过程划分为可行性分析（计划）、需求分析、软件设计（概要设计和详细设计）、编码（含单元测试）、测试（含集成测试、确认测试和系统测试）、运行维护等阶段。软件存在缺陷的可能原因如下：
1）前期的需求分析阶段工作做得不充分、不细致，没能真实反映用户的期望（需求），没有进行需求确认和需求验证等工作，都将导致所开发的软件存在缺陷；
2）在软件设计阶段没有准确把握用户需求，所采用的技术架构不能本土化的设计应用、没能理清各功能模块之间的耦合关系等，也将导致所开发的软件存在缺陷；
3）在编码阶段，由于程序员的个人工作习惯、擅长的领域及对详细设计文档的理解、把握程度不同，有可能引入各式各样的编码缺陷；
4）在软件测试过程中没能按照单元测试、集成测试、确认测试和系统测试等步骤进行，或者为了赶进度而忽略了其中的某个子阶段，或者修改错误之后没能及时进行回归测试等，都会导致测试工作不够充分，从而使开发的软件存在缺陷。
