第14章一个自动测试实战项目案例(曹炼).pptVIP

（1）一般用户：注册—登录—用户信息维护。 （2）管理员：后台登录—用户信息维护—用户权 限管理。 （1）一般用户：登录—用户短信收发 （2）管理员：后台登录—用户短信管理 （3）一般用户：登录—用户好友维护 （4）管理员：后台登录—用户好友管理 3．技术文章管理：技术文章管理分为技术文章维护和技术文章查看两部分。如图10-4所示，管理员可以对发布信息进行维护，一般用户只能在前台查看信息。 4．论坛管理：论坛提供几个版块的设置，如学习交流、社会生活等，能够实现发帖和回帖等功能。如图所示，版块的设置和管理是管理员独有的权限，发帖和回帖是一般用户的权限。 5．文件下载：文件下载分为下载内容管理和下载文件两部分。如图10-6所示，管理员可以对下载内容进行维护，一般用户只能查看下载内容和下载文件。 14.2 自动测试计划 自动测试计划是整个项目计划的一部分，更是整个测试计划的重要组成部分。作为一个小型项目，自动测试计划可以作为测试计划的一部分来说明。 本测试项目案例所选用的软件属于中小型应用软件，其特点为运行周期较短，版本更新较快，需求变更较频繁。针对此软件的自动测试创建遵循如下规则： 14.2.2 自动测试计划的内容 由于自动测试工具本身也存在兼容性等问题，因此需要选择适合于自动测试工具运行的客户端软件环境。QTP10.0对应Window 2003、FireFox等软件环境的兼容性比较差，为适应工具的运行，可以指定一类客户端测试环境。本项目的客户端软件配置如表14-3所示。 5．项目通过标准 6．项目挂起和恢复条件 14.2.2 自动测试计划的内容 7．资源分配 物力资源为配有QTP10.0的Window XP计算机3台，人力资源的配置如表14-4所示。 14.2.2 自动测试计划的内容 8．时间安排 自动测试周期预计为15天，具体安排如表14-5所示。 14.2.2 自动测试计划的内容 14.2.2 自动测试计划的内容 10．风险管理 启动自动化测试的假设如下： 手工测试用例100%执行并通过。 E测论坛至少上线运行3周并且被测模块没有发生致命缺陷。 可能存在的风险如下： 计算机软件/硬件故障。 规避方案：准备备用机器（虚拟机）。 测试人员没有实际参加过项目，可能对测试产生一定的影响。 规避方案：增加评审的频率和力度。 自动测试人员突发性事假/病假/离职导致项目无法继续开展。 规避方案：从其他组抽取1名资深自动测试工程师或高级自动测试工程师，一直参与自动测试项目的所有会议并作为应急人员。 14.3 编写自动测试用例 14.3.1 自动测试用例的设计 在编写自动测试用例前需要对自动测试用例进行设计。我们采用分类设计是因为不管多么复杂的事情，只要按照某个原则对其进行分类，思路就会变得清晰，就会让复杂问题简单化。在分类时我们结合测试的对象、测试的内容和测试的方法进行综合分析。 在上一节测试计划中我们按照功能模块的划分选择了测试的对象。从测试内容的角度上讲又可以分为用户界面（UI）、功能、性能、产品的安装与卸载。我们的测试内容只考虑UI和功能测试。而测试方法有很多，在基础中我们用了很大的篇幅进行了叙述，像等价类划分法、边界值法、因果图法和错误推测法等。 14.3.1 自动测试用例的设计 1．注册 测试对象：注册。 测试内容：UI测试。 测试方法：等价类划分、边界值。 一般用户注册的UI如图所示，从图14-1的主页上单击“注册”，就会显示用户的注册页面。 14.3.1 自动测试用例的设计 注册模块的场景一为注册页面的各个输入域。使用等价类划分和边界值法对“用户名”域进行设计，我们可以得到如表14-6所示的5个测试用例。 14.3.1 自动测试用例的设计 14.3.1 自动测试用例的设计 2．登录 测试对象：登录 测试内容：功能测试。 测试方法：错误推测、等价类划分。 该系统有两大类用户，一个是超级用户admin，一个是一般用户。一般用户通过软件学院在线交流平台的页面登录，超级用户admin通过后台的网站内容管理系统进行登录。由于他们各自的权限不同，所以只能登录各自的系统。超级用户的登录页面如图所示。 14.3.1 自动测试用例的设计 3．在线论坛管理—发帖 测试对象：发帖。 测试内容：功能测试。 测试方法：等价类划分。 在超级用户设置好在线论坛版块后，一般用户登录在线学期交流平台，单击在线论坛，进入在线论坛主页面。 14.3.1 自动测试用例的设计 该论坛有4个主版块，在“学习交流”主版块下又设有2个分版块“Java学习”和“数据库”。单击“Java学习”进入“Java学习”分版块，如图所示。 14.3.1 自动测试用例的设计 单