软件部程序送测制度.docVIP

软件部程序送测制度 送测流程 送测程序整理 送测人员整理的送测程序包含3个文件夹、1个文件，格式如下： 送测文件： 压缩包命名为 项目名+送测+‘_’+版本号。 送测包含内容： 程序：送测的发布程序； SQL：针对上一送测版本的数据库修改脚本，多个修改脚本在送测时要统一放到一个文件中。不同数据库脚本，可反复执行的脚本，只能执行一次的脚本需要区分开。文件的命名格式为：项目名+升级脚本+‘_’+版本号，例如“大柳塔升级脚本_”；只能执行一次的升级脚本要求在项目名和升级脚本之间增加功能模块的说明，例如“大柳塔现场模块升级脚本_”；不同数据库的脚本也要加以区别，例如“大柳塔基础数据升级脚本_”和“大柳塔知识数据升级脚本_”。 更新说明：更新内容填写在更新说明的送测跟踪sheet页中，包括：上次放行后至本次递交前已新增和修改的功能，本次送测新增和修改的功能，通过送测版本号区分。 自测 验证送测程序是否完整（代码、功能）； 验证送测SQL是否完整、是否正确； 送测 将送测程序上传至测试组的送测FTP上。地址： HYPERLINK 50/开发程序送测目录 50/开发程序送测目录 中的对应目录，ftp的用户名/密码：test/testftp； 测试组安排专人负责接收送测程序； 接收送测 将接收的送测文件直接更新到相应系统的部署目录，需要保留有效的放行版本和本阶段已送测但未最终放行的升级包； 测试 创建测试数据库，此数据库可以采用基线数据库+所有更新SQL的方式建立，也可以是上一版本测试数据库； 部署送测代码，并执行送测SQL，验证系统是否可以正常运行。 如果发现代码不完整、SQL不完整、SQL执行出错等情况，无法部署系统，则可以打回送测程序。开发组将打回的程序接收后，进行再次整理，然后再次送测，此次送测可以不进行版本的增加，沿用被打回程序的送测单。 如果部署结束后，发现系统无法运行或缺少功能，则可以打回送测程序。发组再次进行送测时，送测版本可以不进行版本的增加，沿用被打回程序的送测单； 如果在进行测试的过程中发现送测程序不完整、送测SQL不完整、大量BUG??修改，则可以打回送测程序。开发组再次进行送测时，送测版本需要增加，重新填写送测单； 进行测试 根据《软件测试作业指导》进行测试。 放行 根据《WD-QW-2007003软件测试允收作业指导》放行代码。 放行包包括内容： 根目录命名为项目名+送测+‘_’+版本号； 程序：放行程序； SQL：和上一个放行版本之间的所有数据库更新脚本，按照版本号排列； 更新说明：更新内容填写在更新说明的放行sheet页中，日期和放行版本号在放行时确定，每次放行新增一个sheet页。内容为针对上一放行版本修改的内容，包括：新增的功能，修改的功能。