软件测试管理流程与规范詳解.doc

软件测试管理流程与规范 前 言 目的：为统一软件测试制度，更好的管理软件测试，更好的配合软件工程师软件的下发，特制定。 本标准的附录记录文档是规范性文档。 本标准由万捷科技有限公司TOP测试组提出，TOP测试组归口。 本标准起草部门：万捷TOP测试组。 本标准于2009年4月7日发布。 范围 本标准规定了软件测试的流程。 本标准规范了软件测试的文档。 本标准适用于万捷测试组。 软件测试的流程 2.1软件下发流程 软件方案------→XXX公司TOP组软件测试组组长 软件从发放到测试组进行测试为一个完整周期。一款软件需测试由软件方案方直接下发给万捷TOP组测试组长，方案公司软件负责人需填写一份《软件发布信息表～开发》才能下发至测试组，其表需详细填写机型、版本、改了些什么问题、测试时需注意的事项等，以便软件能有效有质的完成测试。 （《软件发布信息表1》请见附录1） 2.2软件测试周期 软件从发放到测试组进行重点功能点检需半天，全面测试需2天，专项测试需1天，（以上为人员充足情况下的理想状态），在计划时需作好时间的预留。 3、万捷测试组职责分配 万捷TOP测试组?? 较成熟软件 ???????????????? 试产软件 量产软件 ????????万捷TOP测试组负责较成熟软件、试产软件和量产软件的测试，为避免发放到测试组的软件有严重问题引起反复的无效测试，在软件发放到万捷之前软件方案公司需自行进行测试，确认无严重问题再下发给万捷TOP测试组进行测试。对于试产软件某些功能未完善，某些BUG由于时间问题未及时改善，须在软件提交到测试组时，由软件方案公司软件负责人提交相关说明。 每个外发出去的软件版本都需经过测试组测试确认合格；特别是量产软件必须全面测试后才能外发出去。 填写〈软件发布信息表2〉给各部门负责人签字确认，再发出。 （《软件发布信息表2》请见附录2） 4、客户反馈问题的反馈 客户反馈问题------→高威尔--→万捷TOP 测试组组长 关于客户反馈的软件问题，由于客户对于问题的描述不清晰或不全面或不是问题的问题直接提交到开发造成开发经常要猜测问题复现路径，对问题出现误解，则须由测试组验证确认后提交到软件方案公司进行修改，不是问题/设计如此的也须由测试组回复一份报告给客服人员到客户，以避免客户再次反馈同样的问题。 5、软件测试问题的反馈 测试组对于每发布的一版软件的测试结果必须详细记录在部门内部Buglist中或BUG管理工具中，待测试完毕后整理，统一发出。若发现严重BUG，可及时随时反馈，发便BUG能及时修改。 测试结果（《软件测试报告》请见附录3 软件测试报告发送给方案公司项目接口人，由该接口人将此报告给相关的开发工程师，由软件方案公司软件开发工程师给出BUG的修改建议，由万捷科技TOP测试组长及软件方案公司接口人共同跟进BUG的解决进度。 若有BUG管理工具，则不需要以下步骤1。 关于测试BUG的整理与共享： (1)由测试组组长共享一目录给部门项目相关负责人，格式为： Buglist?（项目名）Buglist (2)测试组组长整理好各项目各版本的测试记录。 (3)各项目的每版软件buglist... 测试组组长要整理各种buglist，避免同一BUG提交两次；确保软件方案公司同事，避免同一个已经解决的BUG 出现两次。 对于某些新增功能的测试，由软件方案公司相关开发人员或接口人与万捷科技接口人共同出＊＊新功能测试指导给相关的测试人员；有必要时做＊＊新功能培训。 6、BUGLIST的命名规则: buglist 的优先级由测试工程师确定,建议再加项其它，用以说明未考虑到的其它情况. 关于BUG的优先级划分请参照文档〈软件黑盒测试评估规范〉。 （《软件黑盒测试评估规范》请见附录4） 例： 序号 BUG No. 优先级 模块分类 测试步骤 BUG详细描述 出现概率 测试 测试日期 软件版本 硬件版本 BUG状态 责任工程师 BUG关闭日期 关闭原因 BUG关闭版本 15 Bug No.15 S 短信 短信→短消息→写短信 选择进入此菜单，在编写短消息过程中有一来电，并未出现来电界面，手机出现“重启”，进入通讯录中查看，SIM卡中的记录全部丢失。（手机中的记录不会丢失）SIM 移动稳定 李文 2008-6-3 SZ－M700－002 Open 7、软件测试工作的评估 软件测试不可能把所有的问题都发现出来只能最大程度上的减少问题的发生。 对于软件测试工作的评估如下： 当外发的软件有严重问题时，则记测试组一次工作失误。 当然，软件方案公司开发人员也要对测试组负责，尽量避免使一些已经解决的BUG重复多次出现。 8、量产版本的评估