版本构建测试流程.pptxVIP

版本每日构建测试流程范围与目标课程对象：入职一年内软件测试人员课程目标：了解每日构建概念熟悉每日构建的流程和相关操作本课程将占用60分钟内容提要什么是每日构建每日构建流程构建部署的具体操作什么是每日构建软件系统每日都被完全构建，并且通过一系列测试来检验系统功能实现状况和基本质量状况的过程每日构建是一个方法，而不是阶段每日---提倡每天都进行构建，但是可以根据系统处于不同的阶段或者项目要求而采用不同的构建周期每日构建职责和流程我们的每日构建原则上要求每日进行，但是在实际项目运行中发现，以功能模块完成、每个版本测试完成情况和缺陷修复周期来进行构建更合理每周构建2到3次每日构建的实施步骤第一步：提交代码第二步：构建版本并部署第三步：版本测试第一步：提交代码开发人员分散提交代码至版本控制工具，程序经理统一验证程序员要至少保证提交的代码不会导致构建失败在构建之前保证所有需要提交的代码全部提交对等待构建的代码建立版本视图，确定一个Label号根据Label号，程序经理发出BuildNotes开发修改范围本版本建议的测试范围已知问题说明安装部署注意事项……第二步：构建版本测试组长收到BuildNotes以后，按照Label号获取全部代码编译代码、制作成安装包安装新包，按照开发修改范围进行冒烟测试冒烟完毕以后发出BVTNotes冒烟失败说明失败原因冒烟成功分配测试任务，说明测试范围将冒烟成功的安装包上传至文件服务器冒烟失败测试组继续上个版本的测试工作第三步：版本测试冒烟测试成功以后，测试人员按照测试组长安排进行版本测试安装版本，验证缺陷，确认测试范围、获取测试用例按照用例执行测试记录缺陷测试完毕提交测试说明（质量状况和测试执行状况）版本测试完毕以后，测试组长发出TestNotes验证的缺陷、新发现的缺陷，活动缺陷、需要尽快解决的缺陷版本质量评价，测试执行情况分析流水作业方式确保增量有质量保证提高并行化即时反馈构建版本时的反馈系统测试时的反馈细节日志增量被准确记录功能、任务、错误等便于查找问题每日构建的特征每日构建的基本原则应尽早开始构建，不要等功能都完成了才进行构建环境独立于开发环境测试人员来进行构建原则上要求进行自动化构建构建失败后，必须立刻解决构建问题严格遵循每日构建制度问题版本迭代过程中，每个版本构建的前提是什么？Buildnotes中描述该版本提供A、B、C三个模块功能，冒烟过程中C模块主流程都无法测试通过（不影响A和B），此时如何处理。验证缺陷时，发现当前版本应该已经解决的问题却依然存在，该如何处理？自动化构建脚本的步骤版本号递增删除上个版本的代码在本机的文件取出最新的代码并打LAB，去除只读属性编译、发布（网站需要发布）拷贝编译/发布后的文件至备份服务器将脚本更新至svn构建脚本视图总体步骤Projectsteps子步骤Subroutinesteps宏Macros日志输出Output构建注意事项Build号一定要和当前版本号对应如果有冗余文件（例如svn自带的文件），需要去除一切项目需要使用的文件和工具全部需要放至备份服务器中。（例如别的第三方工具、例如数据库）目前新项目第一次调试脚本，取代码很可能失败，需要手动访问svn地址，输入用户名密码并保存下次自动登录。（svn的证书发放机构域名解析有问题）部署定义：将发布的网站文件/编译的文件放至相应的位置，让用户可以使用。通俗点讲，构建是将生米煮成熟饭，部署是将熟饭盛到碗里。例如：网站部署。客户端程序安装FTP、webdev环境准备Windows2003server+SP3（补丁要装全、不用的端口要屏蔽）IIS组件（推荐使用6.0）Framework（具体版本视项目而定）SQLserver2005（也可能是oracle）其他需要的环境（例如server-u）网站部署步骤新建网站/虚拟目录（已存在则不用进行）。配置webconfig或其他需要修改的配置信息。备份、更新数据库文件（视测试需要可能清空历史数据），数据库中的配置信息修改。部分文件可能需要权限设置。本次课程到此结束，谢谢大家！欢迎大家提问，讨论!