取消
显示结果 
搜索替代 
您的意思是: 
cancel
公告

December 2020

December 2020

【原创】软件测试入门指南(2)

168
查看次数
0
有帮助
0
评论
软件测试方法
通常而言,我们会采取如下三种方法开展软件的相关测试,它们是:
1. 黑盒测试:测试人员并不知晓被测项目的内部结构、设计、以及实现原理。
2. 白盒测试:测试人员完全知晓被测项目的内部结构、设计、以及实现原理。
3. 灰盒测试:测试人员仅仅知晓被测项目有限的内部功能信息。
软件测试阶段
我们运用软件测试的不同阶段,来对目标软件系统的每个单元或组件进行审验。由于系统测试的主要目标就是评估其是否符合既定的开发需求。因此,这些不同的测试阶段不但有助于检查软件的行为和性能,也能够识别出其中的缺陷(bug),以及在整个开发的生命周期中起到一定的协调作用。具体说来,软件测试分为如下四个阶段:
1. 单元测试:通过设定目标软件的最小测试单位,尽快地找出各个模块或组件中的明显错误,以提高单块程序代码的质量、并减少后期返工的成本。
2. 集成测试:通过测试整个系统能否能够编译和构建成功,以发现系统架构和模块之间、模块与模块之间是否存在接口问题,并记录下测试结果。
3. 系统测试:通过运行整个系统,来根据系统测试用例执行全面测试,验证并确证系统的功能与性能是否符合需求规格说明中的要求。
4. 验收测试:在系统安装部署完成之后,通过邀请客户参与进来,进而确认软件系统能否按照既定的要求平稳运行。
软件测试文档化
将各项测试用例进行文档化,将有助于我们评估测试的工作量,以及跟踪测试的覆盖率。那么,常用的软件测试相关文档包括如下四种:
1. 测试计划:为目标应用程序提供测试大纲与策略。其中包括:测试的范围、方法、资源和进度等。具体还会涉及到各阶段的测试任务、时间进度安排、测试执行团队、以及风险揭示等。
2. 测试场景:描述目标的特性、测试的方法、环境的要求、工具的选择、以及测试的范围。具体还会涉及到各阶段的启动、停止、完成标准等条件。
3. 测试用例:它是由一组条件或变量所组成,测试人员籍此确定被测系统是否满足要求,以及能否正常工作。开发测试用例的过程,也有助于发现应用程序在代码与设计中的问题。因此,在具体测试期间,我们可以设计出许多类型的测试用例。例如:
o 功能性测试用例
o 负面错误测试用例
o 逻辑测试用例
o 物理测试用例
o 用户接口测试用例
4. 追溯矩阵:也称为需求追踪矩阵(Requirement Traceability MatrixRTM),它是一张被用于在创建产品的SDLC模型时,草拟各种需求的表格。在实际应用中,我们既可以采取从设计到编码的前向跟踪方式,也可以采用相反的向后跟踪方式。
缺陷管理流程
众所周知,软件开发是一个非常复杂的过程。它往往要求团队成员在严格的时间期限内,每天都必须完成大量的代码编写工作,因此他们通常没有太多的时间去考虑如何避免出现错误。因此,对于每个软件开发项目来说,我们都需要有一个能够检测错误与缺陷,进而及时修复的缺陷管理过程。
缺陷管理,或称错误跟踪,通常是在产品的测试阶段进行的。我们可以通过两种不同的方式实现缺陷管理,即:开发人员自行测试他们的产品;或邀请用户参与测试。虽然最终用户能够提供不同的视角来识别缺陷,但是他们的识别途径往往不够全面。
因此,缺陷管理通常会涉及到如下四个步骤:
1. 检测与识别缺陷
2. 分析与定位缺陷,进而填写并提交缺陷报告
3. 提请整改并修复缺陷
4. 验证修改并记录缺陷列表
缺陷生命周期
一般而言,缺陷的生命周期是从bug被发现开始,直至它被最终修复,并能确保不再复发为止。不过有时候,根据组织的策略,使用到的软件开发模型(如敏捷或迭代),项目的时间表,以及团队的结构等因素的不同,缺陷的生命周期也可能有所差异。
1. 新建:当缺陷被首次递交时,它处于“新建”状态。不过,该缺陷可能需要得到进一步的确认。
2. 分配:经由测试人员创建之后,其主管负责人会审核该缺陷的真实性,一旦确认,则会分配给相应的开发人员或团队接手处理。
3. 打开:开发人员受理该缺陷,着手分析并研发缺陷的修复程序。
4. 修复:当开发人员完成了必要的代码更改,并验证了其修复效果之后,他会将缺陷状态设置为已修复,并将缺陷的相关信息回传给测试团队。
5. 测试:在此阶段,测试人员对开发人员传回的已更改代码进行测试,以检验缺陷是否已被修复。
6. 验证:测试人员针对该缺陷展开新一轮的测试。如测试通过,他会将该缺陷的状态变更为已验证
7. 重新打开:相反,如果测试未能通过,则测试人员将状态更改为重新打开。该缺陷将再次经历上述周期。
8. 关闭:如果测试人员最终认为目标软件中不再存在此类缺陷,他会将错误状态更改为已关闭
9. 重复:如果同一个缺陷被重复提交、或者两个缺陷属于同一种错误,那么这个缺陷状态会被设置为“重复提交”。
10.拒绝:如果开发人员不认为这是一个缺陷,他会拒绝,然后将错误的状态更改为已拒绝
11.延期:如果缺陷的状态被置为“延期”,则意味着该缺陷将会在下一个版本中被修复。当然,将缺陷置为“延期”原因有许多,例如:该缺陷的优先级不高,或是时间紧迫,又或是对于软件不会造成太大的影响。
手动测试与自动化测试
如果选择手动测试,则意味着我们需要QA测试人员,对目标软件的每一个测试用例,都采取手动执行的方式,人工提供不同的数据集,并且仔细地记录下每一个环节的成功与失败率。
由于需要人工进行测试结果的验证和输出的判断,因此不但费时费力,而且难免会产生人为的疏忽。
不言而喻,自动化测试意味着更高的效率,更少的人力,更低的出错几率,以及适用于回归和功能性测试环节的、更频繁的执行次数。
例如:对于某个登录页面而言,如果我们需要验证所有登录尝试的可能性及其结果,那么我们只需要通过编写一段测试代码,就能自行输入所有可能的数据,执行各种类型的登录方法,进而判断并记录所有登录尝试的成败结果。
此外,您也可以在不同系统环境,以及不同的浏览器中进行模拟测试。而且,您还可以指定在一天中的某个特定时间段,自动生成结果文件及报告。如今,市面上已有许多自动化的测试工具,例如:Selenium等。如果您有兴趣,可以通过链接https://www.edureka.co/blog/selenium-tutorial,来进一步了解。
以上就是我想向您介绍的有关软件测试的一些入门知识,希望能够帮助您建立起相关的知识概念,并能指导您后继的学习以及测试工作。
【原标题】Software Testing Life Cycle (作者Sayantini Deb )
原文链接:https://dzone.com/articles/software-testing-tutorial-know-how-to-perform-test