11.4 精准测试工具--星云测试平台
11.4.1 精准测试理念
企业测试遇到的瓶颈有以下几个方面。
· 对于产品型应用,传统的黑盒测试方法在测试后期检测效率极低,无法高效检出缺陷,除非投入大量人力,否则难以避免带着缺陷上线。
· 测试过程、结果输出基本以人工判定为主,难以保证精准可信。常规的测试管理属于测试的MIS系统,无法确保测试数据输入的精确性,很难具备互联网模式。
· 测试采用的方法主要围绕业务的经验性方法,对人员经验的依赖程度高,各个团队的能力差异性很大,企业组建专业测试团队的成本较高。整个过程无法量化 控制。
开发团队和测试团队协同工作难点包括以下几个方面。
开发团队
· 花费大量时间复现和Debug缺陷,无法精确把握缺陷现场的详细信息。
· 开发团队不清楚用例的执行逻辑,无法有效帮助测试进行用例审核和完善用例。
测试团队
· 通常开发团队给测试的需求是非常模糊的,造成测试的隐患。
· 依照开发团队变更的解释以及业务经验,从功能层面去判断和执行回归测试存在很大风险。
· 无法获取测试充分度的精确数据。
精准测试的核心特性包括以下几个方面。
(1)不改变传统的软件测试方法,在黑盒测试过程中,由计算机软件去采集程序执行逻辑以及其他测试数据。测试过程不需要直接面对程序代码进行。
(2)所有数据由系统自动、原生录入,不可人工直接修改,保证数据精准和不可篡改。精准的测试数据可直接用于测试的过程管理和实效分析。
(3)支持测试数据的精准度量以及全面的、多维度的测试分析算法。将白盒测试的视角从覆盖率扩展到测试分析。
(4)基于测试用例和代码的映射关系,支持回归测试用例的自动选取。
目前,星云测试工具可以支持对安卓、J2EE以及苹果iOS/OSX平台的应用进行测试,这里仅以安卓版本为例作介绍。
12.3 BBS软件测试报告
案例12-3:BBS软件测试报告。
1.介绍
电子公告牌系统(Bulletin Board System,BBS)是通过在计算机上运行的服务软件,允许用户使用Internet进行连接,执行下载数据或程序、上传数据、阅读新闻、与其他用户交换消息等。许多BBS由站长(通常被称为SYSP)业余维护,而另一些则提供收费服务。目前,有时BBS也泛指网络论坛或网络社群。
BBS 1.0主要提供以下功能。
后台
001:超级管理员可以建立BBS分论坛。
002:超级管理员可以建立,修改、删除每个BBS分论坛版主信息,包括登录名与密码,每个BBS分论坛可以有一到多个版主。
003:版主登录后可以修改用户名及密码。
004:版主查看本分论坛未审批的帖子进行审批或退回。对于其他分论坛信息,本论坛版主权限与普通用户相同。
前台
005:普通用户注册用户信息。
006:普通用户登录后可以修改自己的用户信息。
007:普通用户登录后可以建立、修改、删除自己书写的帖子。
008:普通用户登录后可以查询,查看别人发表的审核通过的帖子。
009:普通用户登录后可以对其他人已经发表的审核通过的帖子进行回帖。
010:普通用户登录后可以根据发的帖子及回复的帖子数量获得积分,根据积分参与网站内的活动。
本系统采用敏捷研发模式,共经过7个Sprint。测试策略采用基于用户需求的策略、反应式策略以及基于专家的策略。
2.软件测试时间,地点和人员
本系统采用敏捷研发模式,开发与测试并行进行,测试从2015-5-20到2015-9-15。
地点:啄木鸟软件公司内部。
人员。
软件测试经理:1名。
软件测试系统分析师:1名(兼软件测试经理)。
软件测试技术分析师:1名。
软件测试自动化人员:2名(一名为软件测试技术分析师)。
软件测试环境管理员:1名(兼软件测试执行人员)。
软件测试执行人员:3名。
3.软件测试环境描述
Web服务器:1台。IIS Server 20128.0、Windows Server 2012。
DB服务器:1台。MySQL 5.5.29。
客户端:5台。
浏览器:若干台:IE9、IE10、IE11、Firefox 51.0.1、Chrome V50.0.2652.2。
4.软件测试度量
4.1 测试用例执行度量
OK:测试结果全部正确。
POK:测试结果大部分正确。
NG:测试结果有较大的错误。
NT:由于各种原因,本次无法测试。
4.2 软件测试时间和工作量度量
4.2.1 进度度量
4.2.2 工作量度量
4.3 软件测试缺陷度量
4.4 覆盖率度量
4.5 综合数据分析
计划进度偏差=(实际进度?计划进度)/计划进度×100%=(85-72)/85=15%。
用例执行效率=执行用例总数/执行总时间(小时)=166/(50×8)=41.5%。
用例密度=用例总数/接口规模×100%=169/721×100%=23.44%。
缺陷密度=缺陷总数/接口规模×100%=1052/721×100%=145.91%。
用例质量=缺陷总数/用例总数=1052/169=6.22。
缺陷严重程度分布饼图如图12-26所示。
缺陷类型分布饼图如图12-27所示。
5.软件测试评估
5.1 软件测试任务评估
测试任务基本完成。
5.2 软件测试对象评估
测试对象基本完成。
5.3 遗留缺陷分析
6.审批报告
提交人签字:Jerry Wang日期:2016-6-1
项目经理签字:Peter Li日期:2016-6-3
部门经理签字:Linda Zhu日期:2016-6-5
版权声明:51Testing软件测试网获人民邮电出版社和作者授权连载本书部分章节。任何个人或单位未获得明确的书面许可,不得对本文内容复制、转载或进行镜像,否则将追究法律责任。