200603111950135.html

软件工程的红包书

<P>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 项目经理审批《系统测试计划》。该计划被批准后，转向[Step2]。</P>
<P>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; [Step2] 设计系统测试用例<BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; ·系统测试小组各成员依据《系统测试计划》和指定的模板，设计（撰写）《系统测试用例》。<BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; ·测试组长邀请开发人员和同行专家，对《系统测试用例》进行技术评审。该测试用例通过技术评审后，转向[Step3]。</P>
<P>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; [Step3] 执行系统测试<BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; ·系统测试小组各成员依据《系统测试计划》和《系统测试用例》执行系统测试。<BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; ·将测试结果记录在《系统测试报告》中，用“缺陷管理工具”来管理所发现的缺陷，并及时通报给开发人员。</P>
<P>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; [Step4] 缺陷管理与改错<BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; ·从[Step1]至[Step3]，任何人发现软件系统中的缺陷时都必须使用指定的“缺陷管理工具”。该工具将记录所有缺陷的状态信息，并可以自动产生《缺陷管理报告》。<BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; ·开发人员及时消除已经发现的缺陷。<BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; ·开发人员消除缺陷之后应当马上进行<a href="200603120943595.html" tppabs="http://www.itisedu.com/phrase/200603120943595.html" target="_new">回归测试</a>，以确保不会引入新的缺陷。</P>
<P>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 6、输出<BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; ·消除了缺陷的最终软件系统<BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; ·系统测试用例<BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; ·系统测试报告<BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; ·缺陷管理报告</P>
<P>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 7、结束准则</P>
<P>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 对于非严格系统可以采用“基于测试用例”的准则： <BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; ·功能性测试用例通过率达到100％；<BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; ·非功能性测试用例通过率达到80％时。</P>
<P>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 对于严格系统，应当补充“基于缺陷密度”的规则：<BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; ·相邻n个CPU小时内“测试期缺陷密度”全部低于某个值m。例如n大于10，m小于等于1。</P>
<P>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 本规程所有文档已经完成。</P>
<P>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 8、度量<BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 测试人员和开发人员统计测试和改错的工作量，文档的规模，以及缺陷的个数与<a href="200603051002565.html" tppabs="http://www.itisedu.com/phrase/200603051002565.html" target="_new">类型</a>，并将此度量数据汇报给项目经理。</P>
<P><STRONG>三、 实施建议</STRONG></P>
<P>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 对系统测试人员进行必要的培训，提高他们的测试效率。<BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 项目经理和测试小组根据项目的资源、时间等限制因素，设法合理地减少测试的工作量，例如减少“冗余或无效”的测试。<BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 系统测试小组根据产品的特征，可以适当地修改本规范的各种文档模板。<BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 对系统测试过程中产生的所有代码和有价值的文档进行<a href="javascript:if(confirm('http://www.itisedu.com/phrase/200602271137552.html  \n\nThis file was not retrieved by Teleport Pro, because it was unavailable, or its retrieval was aborted, or the project was stopped too soon.  \n\nDo you want to open it from the server?'))window.location='http://www.itisedu.com/phrase/200602271137552.html'" tppabs="http://www.itisedu.com/phrase/200602271137552.html" target="_new">配置管理</a>。<BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 为了调动测试者的积极性，建议企业或项目设立奖励机制，例如：根据缺陷的危害程度把奖金分等级，每个新缺陷对应一份奖金，把奖金发给第一个发现该缺陷的人。</P>
<P><FONT face=Verdana><STRONG>四、系统测试的目标</STRONG></FONT></P>
<P><FONT face=Verdana>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 1、&nbsp;确保系统测试的活动是按计划进行的；<BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 2、&nbsp;验证软件产品是否与系统需求用例不相符合或与之矛盾；<BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 3、&nbsp;建立完善的系统测试缺陷记录跟踪库；<BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 4、&nbsp;确保软件系统测试活动及其结果及时通知相关小组和个人；</FONT></P>
<P><FONT face=Verdana><STRONG>五、系统测试的方针</STRONG></P>
<P>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 1、&nbsp;为项目指定一个测试工程师负责贯彻和执行系统测试活动；<BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 2、&nbsp;测试组向各事业部总经理/项目经理报告系统测试的执行状况；<BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 3、&nbsp;系统测试活动遵循文档化的标准和过程；<BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 4、&nbsp;向外部用户提供经系统测试验收通过的预部署及技术支持；<BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 5、&nbsp;建立相应项目的（BUG）缺陷库，用于系统测试阶段项目不同生命周期的缺陷记录和缺陷状态跟踪；<BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 6、&nbsp;定期的对系统测试活动及结果进行评估，向各事业部经理/项目办总监/项目经理汇报/提供项目的产品质量信息及数据；</P>
<P><STRONG>六、系统测试的过程</STRONG></P>
<P>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 1、&nbsp;软件项目立项，软件项目负责人将项目启动情况通报给测试组长，测试组长指定测试工程师对该项目进行系统测试跟进和执行。<BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 2、&nbsp;测试工程师首先参与前期的<a href="200603062220345.html" tppabs="http://www.itisedu.com/phrase/200603062220345.html" target="_new">需求分析</a>活动、前景评审、业务培训、SRS评审。目的是了解系统业务及范围、了解<a href="200603061756235.html" tppabs="http://www.itisedu.com/phrase/200603061756235.html" target="_new">软件需求</a>及范围，验证需求可测性。并将所有收集到的测试需求汇总并输出到《测试<a href="200603282323585.html" tppabs="http://www.itisedu.com/phrase/200603282323585.html" target="_new">需求管理</a>表》中。<BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 3、&nbsp;测试工程师根据测试需求定义测试策略，并进行工作量估计。<BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 4、&nbsp;测试工程师根据测试需求制定测试策略和方法；系统测试工程师参与项目计划和SDP评审，依据项目计划（或周计划）,编制《系统测试计划》。<BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 5、&nbsp;测试组长周期性地根据事业部项目的测试情况，进行总体测试工作量估计并进行测试任务分派。<BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 6、&nbsp;测试工程师组织《系统测试计划》评审，测试组长根据评审意见审批《系统测试计划》。<BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 7、&nbsp;测试工程师根据《系统测试计划》中的测试环境要求搭建测试环境。特别技术要求的需要项目组及其它相关职能部门的配合。<BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 8、&nbsp;测试工程师检查测试设计入口条件；根据《用例规约》、《补充规约》、《界面原型》、《词汇表》进行测试用例设计。<BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 9、&nbsp;测试工程师组织《系统测试用例》评审，测试组长根据评审意见审批《系统测试用例》。<BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 10、&nbsp;测试工程师定义系统测试用例执行过程，并更新《系统测试用例》。<BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 11、&nbsp;测试工程师检查测试执行入口条件，从受控库获取测试版本，执行系统测试并记录 测试结果。<BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 12、&nbsp;系统测试进入产品稳定期，由测试工程师召开缺陷评审会议；测试工程师对整个系统测试过程进行总结和评价，形成《<a href="javascript:if(confirm('http://www.itisedu.com/phrase/200603111651085.html  \n\nThis file was not retrieved by Teleport Pro, because it was unavailable, or its retrieval was aborted, or the project was stopped too soon.  \n\nDo you want to open it from the server?'))window.location='http://www.itisedu.com/phrase/200603111651085.html'" tppabs="http://www.itisedu.com/phrase/200603111651085.html" target="_new">软件缺陷</a>清单》、《系统测试评估摘要》《系统测试总结报告》，并将系统测试过程的文档报送给项目组和测试组长。测试组长每月初或（事件驱动）汇总、整编上月的《产品质量简报》，报送给事业部总经理和项目办。<BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 13、&nbsp;如果根据系统测试结果，产品得以批准通过，系统测试工程师卸载被测软件，进行环境初始化，系统测试结束，转入<a href="200603282249515.html" tppabs="http://www.itisedu.com/phrase/200603282249515.html" target="_new">验收测试</a>阶段；否则视批示意见进行。<BR></FONT></P></FONT></div>
</body>
</html>