软件测试相关术语

序号 原词 翻译 解释
1   Manual testing   手工测试   手工测试就是由人去一个一个的输入用例,然后观察结果,和机器测试相对应,属于比较原始但是必须的一个步骤。软件测试中发现问题最多的都是手工测试,占整个项目的百分之九十五左右,所以说手工测试是软件测试基础。但手工测试也有一定的缺点:测试工作量大、重复多、回归测试难以实现。  
2   Automated Testing   自动化测试   自动化测试就是把以人为驱动的测试行为转化为机器执行的一种过程。通常,在设计了测试用例并通过评审之后,由测试人员根据测试用例中描述的规程一步步执行测试,得到实际结果与期望结果的比较。在此过程中,为了节省人力、时间或硬件资源,提高测试效率,便引入了自动化测试的概念。  
3   Black box testing   黑盒测试   黑盒测试是把软件当做一个黑盒,不考虑程序的内部逻辑结构和代码,只关注程序的功能是否符合需求。又称功能测试,它是通过测试来检查每个功能是否都能正常使用。黑盒测试着眼于程序外部结构,不考虑内部逻辑,主要针对软件界面和软件功能进行测试。黑盒测试是以用户的角度,从输入数据与输出数据的对应关系出发进行测试的。  
4   White box testing   白盒测试   白盒测试是把盒子打开研究里面的程序结构和源代码的过程。又称玻璃盒测试、透明盒测试、开放盒测试、结构化测试、逻辑驱动测试,是基于程序结构的逻辑驱动测试。盒子指的是被测试的软件,白盒指的是盒子是可视的,你清楚盒子内部的东西以及里面是如何运作的。  
5   Debug   调试   调试即调试程序,排除故障的过程。  
6   Test plan   测试计划   测试计划是描述了测试范围,测试策略和方法,测试资源和进度的一个文档。  
7   Test case   测试用例   测试用例是为某个特定目标而编制的一组测试输入,执行条件以及预期结果等,用来核实是否满足某个特定软件需求。  
8   Bug   漏洞,错误,故障   电脑程序里面的错误,而现在更是将其延生为漏洞,错误,可改进的细节、或与需求文档存在差异的功能实现等。  
9   Defect   缺陷   缺陷指设计不合理或设计上存在漏洞有待改进等。  
10   Test report   测试报告   测试报告是指把测试过程和结果写成文档,对发现的问题和缺陷进行分析,为纠正软件存在的质量问题提供依据,同时为软件验收和交付打下基础。  
11   Testing environment Deployment   测试环境部署   测试环境部署是指为模拟用户软件环境,对软件测试过程搭建对应的软硬件环境。  
12   Sprint   迭代   Sprint是指在Scrum项目管理方法中的一个常规、可重复的较短工作周期。  
13   Version   版本   指软件升级的版本,如1.0,2.0.  
14   Functional testing   功能测试   功能测试是指对产品的各功能进行验证,根据功能测试用例,逐项测试,检查产品是否达到用户要求的功能。  
15   User interface testing   用户界面测试(UI测试)   UI测试是指对用户界面进行测试,包括用户界面的功能模块布局是否合理,整体风格是否一致和各个控件位置是否符合客户使用习惯等。  
16   Exception testing   异常测试   异常测试是指通过制造错误情况测试系统对错误操作、错误报文的反应,检查系统是否给出了清晰且充分的提示或约束。  
17   Unit testing   单元测试   单元测试是指对软件中的最小可测试单元进行检查和验证。  
18   Integration testing   集成测试   集成测试是在单元测试的基础上,将所有模块按照概要设计要去组装成为子系统或系统,验证组装后功能以及模块间接口是否正确的测试工作。  
19   System testing   系统测试   系统测试是对整个系统的测试,将硬件、软件、操作人员看作一个整体,检验它是否有不符合系统说明书的地方。  
20   UAT   用户验收测试   用户验收测试是指相关的用户或独立测试人员根据测试计划和结果对系统进行测试和接收。  
21   International testing   国际化测试   国际化测试是测试软件的国际化支持能力,发现软件的国际化的潜在问题,保证软件在世界不同区域中都能正常运行。  
22   Performance testing   性能测试   性能测试是指基于协议模拟用户发出请求,对服务器形成一定的负载,来测试服务器的性能指标是否满足要求的过程。  
23   Priority   优先级   Priority是指bug修复的优先级别。  
24   Severity   严重性   Severity是指错误对被测系统的影响程度,在终端用户条件下发生的可能性,软件错误妨碍系统使用的程度。  
25   Quality assurance   质量保证   质量保证是指为使人们确信产品或服务能满足质量要求而在质量管理体系中实施并根据需要进行证实的全部有计划和有系统的活动。  
26   Smoking test   冒烟测试   冒烟测试是指对软件的基本功能进行测试,以确保软件的基本功能正常,从而进行后续深入的测试。  
27   Software life cycle   软件生命周期   软件生命周期是指软件开发全部过程、活动和任务的结构框架,包括需求,设计,编码,测试和维护等阶段。  
28   Static testing   静态测试   静态测试是指不运行被测程序本身,仅通过分析或检查源程序的语法、结构、过程、接口等来检查程序正确性。  
29   Dynamic testing   动态测试   动态测试是指通过运行被测程序,检查运行结果与预期结果的差异,并分析运行效率、正确性和健壮性等性能。  
30   Structured query language   结构化查询语言(SQL)   SQL是一种数据库查询和程序设计语言,用于存取数据以及查询、更新和管理关系数据库系统。  
31   Module   模块   模块是指一个或一块功能是完整的,可以独立的功能区域。  
32   Test Scenario   测试场景   测试场景是可以测试的任何功能,也成为测试条件或测试可能性。指站在用户的角度,找出真实世界的场景和使用中的应用程序案例。  
33   Check Point   检查点   检查点是指程序或进程正常运行时周期性记录进程或程序有关信息的点,目的是当系统发生故障或错误时,从最新检查点恢复。  
34   Testing coverage   测试覆盖   是指检查系统中所展现的功能是否和需求一致,如果一致,则表示该需求被覆盖,包括测试用例编写的过程中是否覆盖到对应的产品需求。  
35   Review   评审、审查   评审是由项目阶段成果的作者以外的其他人来检查工作成果,发现问题,提出意见和建议,已达到改进质量的目的。  
36   Screen shot   截图、抓屏   指在软件测试中,将软件界面中的错误的全部或一部分,使用专用工具存储成图像文件,以便于后续处理。  
37   TBD   (To Be Determined)待定的   指在测试文档中是一项进行中的尚未最终确定的工作。  
38   TBC   (To Be Confirm)待确认   指在测试文档中一项待确认的工作。  

内容版权声明:除非注明,否则皆为本站原创文章。

转载注明出处:https://www.heiqu.com/wppdjf.html