《软件接收测试标准》由会员分享，可在线阅读，更多相关《软件接收测试标准（2页珍藏版）》请在金锄头文库上搜索。
1、成都之维安科技股份有限公司-付仕城 软件接收测试标准1 编制目的 为开发人员经过单元、集成测试后，提交质量组测试时应达到的最低标准，如不满足，则返还开发项目组进行修改后，重新提交质量组测试。其目的是为了减少开发与测试之间不必要的时间浪费，让开发与测试的时间可控，提高工作效率。2 主要内容与适用范围2.1 主要内容 本标准规定了开发人员提交软件测试的最低标准和要求。2.2 适用范围 本标准适用于所有软件项目的开发提测活动。 3 资料接收要求 3.1 软件产品的源代码程序是经过审核的3.2 提交的程序是可以正常运行或安装的3.3 必要的数据库文件3.4 软件产品的需求说明书、原型、相关的帮助文件
2、，或其他必要的文件 4 功能接收标准4.1 需求规格说明书中规定的功能或项目组提交的功能说明书中的功能均已实4.2 相关功能模块基本流程可以走通；4.3 界面上的功能均实现，符合设计文档规定；4.4 正确的按键响应功能；4.5 提示信息一目了然，通俗易懂 ；4.5.1 错误说明等信息提示内容或提示框内容清楚，明了，恰当；4.5.2 非法输入或操作应有足够的提示信息说明；4.5.3 由于误操作得到的反馈信息，应该能够知道用户便于下一步的操作；4.6 数据库的增、删、改、查；4.6.1 增、删、改查功能均已实现；且响应速度不应过慢，最慢不宜超过15秒。5 其他接收标准5.1 程序不能有死循环导致系
3、统功能无法继续的情况6 提测要求6.1 开发人员进行单元测试，集成测试，功能自测通过后，提出测试申请(多项目并行时便于测试人员合理安排测试周期)。6.2 测试申请内容中需要包含测试说明(提交内容，测试范围，测试重点，注意事项等)，系统部署说明(系统运行环境构建，数据库部署等)等相关文档。6.3 开发人员必须保证所提供的提测相关资源（安装部署文件）是可以正常执行，提测清单中的所列的功能模块的基本功能是已实现的。6.4 测试人员获取测试版本后进行可测试性检查(无重大软件缺陷)，通过后便开始进行测试执行。6.5 提交回归测试版本时，至少需将严重级别为中等及以上的BUG觖决掉70%以上，且保证已解决的bug是可回测的。6.6 版本相关资源（安装部署文件）的提交方式，团队在公司内部开发的项目建议通过提交到SVN上，然后通地邮件方式通知测试人员获取地址，若在开发团队在外驻场开发，提测时直接通过邮件将提测相关资源（安装部署文件）一并发送给测试人员。2
