XXX公司自动化测试框架咨询项目投标文件
1.1 项目概述 3.1.1 项目名称
XXX公司自动化测试框架建设咨询项目 1.1.1.1 项目背景
XXX软件研发部已经建立了内部工作指引，指导软件开发过程。在软件测试方面，仍然采用手动黑盒测试，在有足够的人力资源遵守程序规范的前提下，可有效保证软件开发质量。因设计生产对信息系统的依赖度持续上升，导致信息系统复杂度和相关性越来越大，信息系统测试压力已经成为开发瓶颈。与此同时，审计和质保要求投入更多的人力加强测试以及执行程序规范。现计划对已开发的系统搭建一套自动化测试框架和持续集成平台，帮助优化软件测试能力，更进一步提高软件开发质量。
3.2 架构设计
本项目的架构搭建 采用三层架构，分为开发平台，集成平台，测试平台，详见以下平台架构设计图。
开发平台基于现有开发环境，针对代码仓库，开发工具以及测度管理平台做相关的优化与集成，并加建一个组件仓库，便于开发人员和集成服务器做构建时，提高其性能以及减少对外界的依赖。
集成平台构建于J2EE的B/S架构，可以部署在Tomcat, JBoss，Weblogic Server和Websphere等应用服务器之上，且支持运行在Windows，Linux和Solaris操作系统之上。用户可通过WEB浏览器进行访问，实现相关的配置管理和信息反馈。
测试平台构建于J2EE的B/S架构，可以部署在JBoss，Weblogic Server和Websphere应用服务器之上，且支持运行在Windows，Linux和Solaris操作系统，数据库支持Microsoft SQL Server和Oracle, 支持Cluster部署，提供负载均衡和容错机制，能够保证企业级的使用。用户通过WEB浏览器访问，实现全部的配置管理和业务功能的操作。
1
XXX公司自动化测试框架咨询项目投标文件
自动化测试工具包括自动化功能测试工具和自动化性能测试工具，两款都是基于Windows的桌面应用程序，支持基于WEB浏览器应用的自动化测试和Windows桌面应用程序的自动化测试。
2
XXX公司自动化测试框架咨询项目投标文件
3.3 环境要求
集成平台软件环境要求 操作系统： 应用服务器： WEB服务器 语言支持： JDK 数据库 Windows(Server2003/2008/2012,XP,WIN7/8), Linux, Solaris IBM Websphere, BEA Weblogic, Oracle Application Server, JBoss, Tomcat MS IIS, Apache 简体（GBK）、繁体（BIG5）、西文（ASCII）、国际统一码（Unicode） Oracle JDK 1.5以上, Oracle JRockit JDK 1.5以上 无 测试管理平台软件环境要求 操作系统： 应用服务器： WEB服务器 语言支持： JDK 数据库 另说明，自动化测试工具只能运行在Windows平台下。
Windows(Server2003/2008/2012,XP,WIN7), Linux, Solaris IBM Websphere, BEA Weblogic, Oracle Application Server, JBoss MS IIS, Apache 简体（GBK）、繁体（BIG5）、西文（ASCII）、国际统一码（Unicode） Oracle JDK 1.5以上, Oracle JRockit JDK 1.5以上 Oracle 11, MS SQL Server 3.4 安全设计
考虑到集成平台和测试管理平台都是基于WEB浏览器B/S架构的管理平台，本项目在安装部署时均要求把集成平台和测试管理平台配署成HTTPS协议的方式进行访问，这样，当用户提交的账户信息或其它敏感信息在网络上传输时都经过加密后传输到后台服务器。
3
XXX公司自动化测试框架咨询项目投标文件
3.5 性能设计
1) 系统支持并发用户数50人以内； 2) 数据检索客户端响应时间：≤5秒； 3) 系统无故障运行时间大于 99%；
4) 系统恢复时间：系统恢复时间小于 4小时；
5) 因特殊原因导致的性能问题，最后性能的验收由用户的可接受度为标准。
3.6 功能设计
自动化测试框架建设项目的主要功能分两大部分，一是持续集成平台的建设，一是测试管理平台的建设。持续集成平台对现有开发平台的开发成果做相应的集成，构建，部分测试，部署到测试环境的工作。测试管理平台管理测试需求，制定相应的测试计划及测试用例，并根据测试计划执行相应的自动化测试任务，管理与跟踪测试产生的缺陷问题。
3.6.1持续集成平台
持续集成是一种软件开发实践，对于提高软件开发效率并保障软件开发质量提供了理论基础。随着软件开发复杂度的不断提高，团队开发成员间如何更好地协同工作以确保软件开发的质量已经慢慢成为开发过程中不可回避的问题。在软件开发过程中，用户需求不断变化，如何能在不断变化的需求中快速适应和保证软件的质量也显得尤其的重要。持续集成正是针对这类问题的一种软件开发实践。它倡导团队开发成员必须经常集成他们的工作，甚至每天都可能发生多次集成。而每次的集成都是通过自动化的构建来验证，包括自动编译、发布和测试，从而尽快地发现集成错误，让团队能够更快的开发内聚的软件。 持续集成的核心价值在于：
4
XXX公司自动化测试框架咨询项目投标文件
1. 持续集成中的任何一个环节都是自动完成的，无需太多的人工干预，有利于
减少重复过程以节省时间、费用和工作量；
2. 持续集成保障了每个时间点上团队成员提交的代码是能成功集成的。换言
之，任何时间点都能第一时间发现软件的集成问题，使任意时间发布可部署的软件成为了可能；
3. 持续集成还能利于软件本身的发展趋势，这点在需求不明确或是频繁性变更
的情景中尤其重要，持续集成的质量能帮助团队进行有效决策，同时建立团队对开发产品的信心。
持续集成的原则
业界普遍认同的持续集成的原则包括：
1）需要版本控制软件保障团队成员提交的代码不会导致集成失败。常用的版本控制软件有 SVN, CVS, TFS, IBM Rational ClearCase, Subversion 等； 2）开发人员必须及时向版本控制库中提交代码，也必须经常性地从版本控制库中更新代码到本地；
3）需要有专门的集成服务器来执行集成构建。根据项目的具体实际，集成构建可以被软件的修改来直接触发，也可以定时启动，如每半个小时构建一次； 4）必须保证构建的成功。如果构建失败，修复构建过程中的错误是优先级最高的工作。一旦修复，需要手动启动一次构建。
持续集成系统的组成
由此可见，一个完整的构建系统必须包括：
1. 一个自动构建过程，包括自动编译、分发、部署和测试等。
5