测试执行管理(测试用例的执行、测试的缺陷管理、跟踪及测试总结,各种测试文档的编写)
测试执行
测试执行过程
测试执行阶段的主要任务
◆确定测试用例的优先级
◆开发测试规程并确定优先级,创建测试数据,同时也可以准备测试用具和设计自动化测试脚本
◆根据测试规程创建测试套件,以提高测试执行的效率.
◆确认已经正确搭建了测试环境
◆根据计划的执行顺序,通过手工或使用测试工具来执行测试规程
◆将实际结果和预期结果进行比较
◆对实际结果和预期结果之间的差异,作为事件上报,并且进行分析以确定引起差异的原因
◆缺陷修正后,重新进行测试活动
◆记录测试执行的结果,以及被测软件、测试工具和测试件的标识和版本
测试准入准出
(准入就是什么情况下可以开启当前版本的测试,准出是什么情况下当前版本的测试结束可以发布了。)
测试准入标准
◆开发编码结束, 并在开发环境已完成单元测试
◆需求上规定的功能均已实现;如没有完全实现,请提供测试范围
◆已完成集成测试,被测系统的基本流程可以走通,界面上的功能均实现,经过代码评审并符合软件编码规范
◆开发提交最新版本代码,以此为基线,提交并通知测试组进行测试
◆兼容性测试要求明确
◆安全测试和性能测试范围和要求
总而言之就是:开发要自测,通过冒烟测试,所有的提测内容、测试要求测试范围非常明确就可以开始进行测试了。
测试暂停、停止
◆测试人员先进行冒烟测试,若发现重大缺陷或bug过多时、或者流程卡壳导致基本流程无法走通,测试无法正常进行,可以暂停测试并返回开发
◆被测项目需调整而暂停的,测试也相应暂停
◆存在其他优先级更高的任务时,可以向领导申请暂停测试
◆被测系统经过系统测试,达到系统准出标准,可以停止测试
测试准出标准
缺陷管理
软件缺陷
- 缺陷是一种泛称,他也可以指功能的错误,也可以指性能低下,易用性差等。
- 并不是所有的测试人员都能提交被开发认可的缺陷,也不是测试人员在任何时候都能提交被开发认可的缺陷
什么是软件缺陷
1.软件未达到产品说明书标明的功能
2.软件出现了产品说明书指明不会出现的错误
3.软件功能超出产品说明书指明范围
4.软件未达到产品说明书虽未指出但应达到的目标
5.软件测试员认为软件难以理解、不易使用、运行速度缓慢,或者最终用户认为不好
发现缺陷
1.用户体验不够好
2.界面上有明显的错误信息
3.功能不完备,没有按照需求说明编写代码,致使某些功能缺失。
4.功能不完善,不能正常运行或者运行的过程中出现程序崩溃、停止运行的情况
5.逻辑不正确,与需求说明书、测试用例不符
6.模块之间的交互性不好,与其他模块做集成测试时遇到问题
7.程序性能不够好,不能承载压力考验
缺陷报告的原则
◆组织Structure: 测试人员应该采用深思熟虑的,小心谨慎的方法执行测试,并且做详尽的记录。这样可以促使他们对待测系统有很好的认识。当错误发生的时候, 一个有组织的测试人员能够知道最早出现问题的地方。
◆重现Reproduce: 测试人员在编写缺陷报告之前必须在检查问题是否可重现。如果错误不可再重现,仍然应该写下来,但是必须说明问题的偶然性。一个好的处理原则就是在编写缺陷报告之前反复尝试3次。
◆归纳Generalize:发现了一个已隔离的,可重现的问题后,应该对问题进行归纳。同-一个问题是否出现在其他的模块或其他的地方?同一个故障是否有更加严重的问题?
◆对比Compare:如果测试人员以前曾经验证过现在出错的测试用例,那么他就应该检查以前的测试结果以检查相同的条件以前的测试是否通过。如果是的话,那么这个问题就象是一个回归的错误。注意由于同一测试条件有可能出现在多个测试用例中,这个步骤就不仅仅只是检查一个测试用例在以前的多个结果。
◆总结Summarize:在缺陷报告的第一行写上错误的总结是非常关键的。测试人员要花些时间思考已发现的错误对客户有何影响。
这不仅仅要求测试人员编写的报告要能够吸引读者,使和管理层的沟通清晰,还要能够帮助设置错误修复的优先级别。
◆精简Condense:在缺陷报告的初稿完成后,测试人员应该反复阅读它,集中剔除那些没有关系的步骤或词语。隐含的或模糊的说明和那些由于对没有任何关系的细节或者那些在重现错误过程中不需要的步骤而消磨报告欢迎程度的无穷唠叨都不是缺陷报告的目标。
◆消除歧义Disambiguate:测试人员在精简空话的同时或其之后随即应该再仔细检查报告是否有会产生误解的地方。测试人员应该尽量避免使用模糊的,会产生歧义的和主观的词语。目标是使用能够表述事实,清楚的,不会产生争执的词语。
◆中立Neutralize:作为坏消息的传递人,和善地提交消息是一个挑战。如同所有的错误总结一样, 独立的缺陷报告在措辞方面应该保持公正。攻击开发人员,指责潜在的错误,企图诙谐或使用挖苦将引起开发人员的憎恶,并且使注意力从“提高产品质量”这个大的目标上转移开了。
◆检查Review:一旦测试人员感觉缺陷报告是他能够编写的最好版本,他应该将报告再给一个或多个同行进行检查。在允许的时间里,测试小组应该尽可能提交最好的缺陷报告。
缺陷跟踪
缺陷跟踪管理系统
◆早期的缺陷跟踪大都是以缺陷记录单的形式完成,现在还有很多项目还用此方法,但是随着用户对软件功能需求的不断增加,软件算法和复杂度都发生了很多变化,随之而来的是软件缺陷的增长,这给缺陷跟踪带来很大挑战
◆于是, 缺陷跟踪管理系统应运而生
◆在软件行业发展历程中,曾经或者正在被大量使用的缺陷管理系统包括JIRA、BUGZILLA、 QC、禅道等。
◆而目前,除了部分大型IT公司拥有自研的缺陷跟踪管理系统外,很多公司应用禅道来进行缺陷跟踪甚至是项目管理。
禅道项目管理系统
禅道 软件介绍
禅道是一款基于Scrum思想并集严品管理、项目管理、测试
管理于一体,同时还包含了事务管理、组织管理等诸多功能
的项目管理软件
用户角色
◆系统管理员(Admin):系统管理员主要负责添加用户,分配权限
◆产品人员(product owner):产品人员主要负责产品管理
◆项目经理(Project Manager):通过项目,协调产品人员,开发人
员,测试人员完成产品。
◆开发人员(developer):开发人员负责产品的研发
◆测试人员(QA):测试人员保证产品的质量
最简使用
◆只使用禅道来进行产品管理
◆使用禅道来进行项目任务管理
◆只使用禅道来做bug管理
◆个人使用禅道来做事务跟踪管理
项目模式基本流程
1.产品经理创建产品
2.产品经理创建需求
3.项目经理创建项目
4.项目经理确定项目要做的需求
5.项目经理分解任务,指派到人
6.测试人员测试,提交bug
禅道项目流程全图
易用性测试
◆易用性测试是指用户使用软件时是否感觉方便,比如是否最多点击鼠标三次就可以达到用户的目的
◆易用性和可用性存在一定的区别,可用性是指是否可以使用,而易用性是指是否方便使用
◆易用性测试包括针对应用程序的测试,同时还包括对用户手册系统文档的测试。通常采用质量外部模型来评价易用性
易用性测试内容
1.易理解性
2.易学习性
3.易操作性
4.吸引性
5.依从性
易用性测试方法–导航测试
◆通过考虑下列问题,可以决定一个应用系统是否易于导航:导航是否直观?系统的主要部分是否可通过主页存取?系统是否需要站点地图、搜索引擎或其他的导航帮助?
易用性测试方法–图形测试
◆在应用系统中,适当的图片和动画既能起到广告宣传的作用,又能起到美化页面的功能。
◆一个应用系统的图形可以包括图片、动画、边框、颜色、字体、背景、按钮等。
1.要确保图形有明确的用途,图片或动画不要胡乱地堆在一起,以免浪费传输时间。
2.应用系统的图片尺寸要尽量地小,并且要能清楚地说明某件事情,一般都链接到某个具体的页面。
3.验证所有页面字体的风格是否一致
4.背景颜色应该与字体颜色和前景颜色相搭配
5.图片的大小和质量也是一个很重要的因素,一般采用JPG或GIF压缩
易用性测试方法–内容测试
内容测试用来检验应用系统提供信息的正确性、准确性和相关性
易用性测试方法–整体界面测试
◆整体界面是指整个应用系统的页面结构设计,是给用户的一个整体感。
◆例如:当用户浏览应用系统时是否感到舒适,是否凭直觉就知道要找的信息在什么地方?整个应用系统的设计风格是否一致?
测试点总结
续表:
兼容性测试
◆兼容测试简称CTS,指对所设计程序与硬件、软件之间的兼容性的测试。
◆一般来说,兼容性指能同时容纳多个方面,在计算机术语上兼容是指几个硬件之间、几个软件之间或是软硬件之间的相互配合程度。
◆对于我们测试来说,通俗一点的理解可以认为是被测软件在不同的硬件平台(PCI|Mobile) ,不同的软件(浏览器),不同的操作系统平台、不同的网络环境中是否能够很友好运行的测试
兼容性测试-分类
兼容性测试-作用
- 兼容性测试是软件测试过程必不可少的一个过程,没有兼容测试的测试是不完整的测试,兼容性测试的存在是有一定作用的。
1.兼容性测试能够进一步提高产品的质量,提高用户体验
2.兼容性测试能使软件与尽可能多的其他软件"和平共处”,尽可能达到平台无关性
3.兼容性测试能尽可能的保证软件存在的价值,它是衡量一个软件质量的重要指标
4.兼容性测试能使软件产品的市场更广阔
web兼容性测试
浏览器兼容性
操作系统兼容性
测试方法
◆人工测试:测试工程师测试主流浏览器和常用操作系统测试主流程和主界面,看看主流程和主界面是否有问题
◆第三方测试工具:部分情况下,部分浏览器可以依赖第三方工具辅助测试
内核分析
测试选型
◆Chrome: Webkit内核1 & Blink内核1
◆FireFox:最新版本
◆IE:7-11
◆Safari : mac版本单独测试
◆Edge : window10
◆360安全浏览器(双核版)
◆搜狗等其他浏览器任选其一
◆如有需要Linux系统下FireFox、ChromeOS 下chrome
三方工具–IETESTER
◆可以进行IE5.5-1E11的兼容性测试,能够满足一定程度的测试需求
◆但随着IETESTER后期维护乏力,对浏览器的支持不足
◆同时目前对于IE兼容性来说,更多支持IE7+ ,我们可以使用IE浏览器自带的调试工具来测试,故IETESTER逐步从重要变为鸡肋
三方工具–BrowserShots
◆www.browsershots.org 通过在线截图的方式展现页面的兼容性。
◆限制在于只可以通过输入网址的方式查看,对于还未上线,测试中的网站比较难于使用。
三方工具–Super Preview
◆SuperPreview 是微软将推出的Expression Web 3的一部分,同时,微软也提供了SuperPreview的独立安装包。
◆他的目标是集成IETESTER和BrowserShots的功能,但是目前还没有完善。
APP兼容测试
APP兼容性测试方向
硬件设备兼容性
操作系统版本兼容性
测试方法
◆人工测试:测试工程师测试主流手机设备对主流程和主功能进行验证测试
◆第三方测试工具:三方主要以云平台为主
设备选型TOP20
ps:
◆使用TOP20的机型,指定系统版本
◆Android机一律要求使用真机或者相应的云服务测试,iOS允许使用模拟器
◆如果上述的设备无法获取到的,允许选取同类(iOS/Android)机型作为替代,但最多不超过4个替代机型