软件测试 ——白盒测试——代码检查走查与评审
《软件测试基础》期末试卷及参考答案
1、判定覆盖设计足够多的测试用例，使得被测试程序中的每个判断的“真”、“假”分支_至少被执行一次。
2、黑盒测试的具体技术方法 ____________、 __________、 __________、____________。
等价类划分法，边界值分析法，决策表法，因果图法3、黑盒测试又称之为___________测试。
功能4、等价类划分有两种不同的情况：____________和____________。
有效等价类，无效等价类5、根据覆盖目标的不同，逻辑覆盖又可分为：________________，_____________，_______________，__________________，条件组合覆盖，判断/条件覆盖。
语句覆盖，判定覆盖，条件覆盖，路径覆盖6、根据软件生命周期中的定义，可以把自动化测试工具划分3大类____________，____________和____________。
白盒测试工具、黑盒测试工具、测试管理工具7、软件测试是为发现程序中的______________而执行程序的______________。
错误，过程8、测试用例是由______________和预期的______________两部分组成。
测试输入数据，输出数据9、白盒测试又称为______________，可以分为______________和______________两大类。
结构测试，静态测试，动态测试10、软件是包括____________﹑____________﹑____________的完整集合。
程序，数据，相关文档11、边界值分析法属于____________。
黑盒测试12、单元测试是以____________说明书为指导，测试源程序代码。
详细设计13、集成测试以____________说明书指导，测试软件结构。
概要设计14、确认测试以____________说明书为指导。
需求分析15、软件开发的基本过程____________，_____________，_______________，_____________，_____________，______________。
常用的软件测试方法
常用的软件测试方法软件测试在软件开发过程中扮演着至关重要的角色，通常为了确保软件质量，开发团队会组织专门的测试组来确保软件质量，在测试过程中发现和纠正错误、提高软件质量。
通过测试，可以识别并修复潜在的问题，测试有助于确保软件在不同的情况下正常工作，从而提高软件的质量和可靠性，符合用户的预期和需求。
常用的测试方法包括：静态测试、黑盒测试、白盒测试、性能测试、安全测试、兼容性测试、用户界面测试、回归测试、接口测试、故障注入测试。
1.静态测试：通过人工检查和评估软件代码的过程。
团队成员对代码进行检查，以发现潜在的错误、不一致性和低效率的代码。
这可以通过代码走查会议、代码对比工具和代码静态分析工具来完成。
以下是静态测试的几种常见方法：a)代码走查会议：团队成员在会议中一起检查代码，通过讨论和分享经验来发现潜在的问题。
参与者可以提出问题、提供建议和意见，并确保代码符合规范和最佳实践。
b)代码对比工具：使用代码对比工具可以比较不同版本的代码或不同分支的代码，以检测代码的变更和差异。
这有助于发现潜在的错误和冲突，并确保代码的一致性和正确性。
c)代码静态分析工具：静态分析工具通过分析代码的结构、语法和语义来检测潜在的问题和错误。
这些工具可以自动化地扫描代码，并提供警告、建议或错误信息，帮助开发人员发现可能存在的问题。
静态测试的主要优势在于可以在早期阶段发现问题，并且相对于动态测试来说，成本更低。
它可以帮助团队成员共同审查代码，分享经验和知识，提高代码质量和可维护性。
然而，静态测试也有一些局限性。
它主要关注于代码本身，无法覆盖代码在运行时的实际行为。
因此，静态测试通常需要与其他测试方法（如动态测试）结合使用，以获得更全面的测试覆盖和保证软件质量。
2.黑盒测试：黑盒测试的测试方法：是由一些非编码人员根据《需求规格说明书》的要求对打包好的软件进行测试环境部署、模仿使用，以发现软件中的问题。
黑盒测试包括安装测试、功能测试、组装测试、压力测试、集成环境测试五种。
软件测试 ——白盒测试——代码检查、走查与评审
比较运算符是否与布尔表达式相混合？（如2<i<10对吗？）
是否存在浮点数的比较？（例9）
优先顺序是否正确？
布尔表达式的计算方式
共十四页
代码检查(jiǎnchá)的错误列表（cont）
5.控制流程错误
是否所有循环都能终止？（循环结束条件是否能满足以 及递归的终止条件是否能满足。）（例10）
共十四页
界错误） 中间结果是否上溢或下溢？ 是否存在除0错误？ 操作符的优先顺序是否正确？ 整数除法是否正确？（精度问题，如2*（i/2）==i）
共十四页
代码检查的错误(cuòwù)列表（cont）
4.比较错误
是否有不同类型数据的比较运算(yùn suàn)？（如日期与数字） （例8）
是否有混合模式或不同长度数据的比较运算？ 比较运算符是否正确？（如至多、至少，不小于）
6.接口错误
形参和实参的数量是否相等？
形参的属性是否与实参的属性相匹配？
形参的属性是否与实参的顺序相匹配？ 形参的单位(dānwèi)是否和实参匹配？（属逻辑错误） 是否改变了某个仅作为输入值的形参？（C++中的const
关键字）
全局变量的定义是否一致？
共十四页
代码检查(jiǎnchá)的错误列表（cont）
其他与代码检查相同的地方 参与者所持的态度同样非常关键 代码走查也会带来同样的附带作用
共十四页
桌面 检查 (zhuōmiàn)
桌面检查
是人工查找错误的一种古老的方法
桌面检查可视为由单人进行的代码检查或代码走查
由一个人阅读程序，对照错误列表检查程序，对程序推演 的过程。
桌面检查的缺点
软件测试类型及其在软件开发过程中的地位代码检查走查与评审_真题-无答案
软件测试类型及其在软件开发过程中的地位、代码检查、走查与评审(总分99,考试时间90分钟)选择题1. 把经过评审通过的各项需求转换为一个相应的体系结构，包括数据的体系结构、系统和软件的体系结构，这是软件生命周期哪一阶段做的事情______。
A.系统和需求定义 B.编程和单元测试 C.软件设计 D.运行和维护2. 之所以要对已交付使用的软件进行维护，原因是______。
Ⅰ．为了增强软件的功能，满足功能上的变更Ⅱ．运行中发现了软件中的错误需要更正Ⅲ．为了适应软件工作环境变化而引起的相应改变A.Ⅰ B.Ⅰ和Ⅲ C.Ⅱ和Ⅲ D.Ⅰ和Ⅱ和Ⅲ3. 以下不属于软件需求分析阶段测试的内容是______。
A.通过场景走查和与用户沟通，看需求是否是用户“真”的需求 B.通过对开发进度、开发费用、产品性能、可靠性和内存使用等各方面需求的分析，看综合起来是否合理，是否有对需求的一个优先级安排 C.通过领域分析和与用户沟通，看需求是否是完备的 D.通过检查需求与实现环境的不相容之处，看需求是否可兼容4. 下列可以做为软件测试对象的是______。
A.需求规格说明 B.软件设计规格说明 C.源程序 D.以上全部5. MM-路径集成是一种基于消息的路径集成方法，其中MM-路径是指______。
A.对应调用图的每一个边建立并执行的一个集成测试会话序列 B.针对模块的每一个程序剖面执行的语句序列 C.按照广度优先策略逐层集成与测试的序列 D.穿插出现在各模块中执行的方法和消息的序列6. 测试过程需要输入软件配置、测试配置和测试工具。
其中不属于测试配置的是______。
A.测试计划B.测试用例C.测试报告D.测试程序7. 面向对象的软件设计要首先考虑问题中的数据实体，通过实体提供的服务和实体之间的消息的传递来实现某种计算，这种体系结构的好处体系在______。
A.稳定性 B.一致性 C.可靠性 D.效率8. 规划阶段实际上指的是______。
软件测试英语术语缩写
软件测试常用英语词汇静态测试：Non-Execution-Based Testing或Static testing代码走查：Walkthrough代码审查：Code Inspection技术评审：Review动态测试：Execution-Based Testing白盒测试：White-Box Testing黑盒测试：Black-Box Testing灰盒测试：Gray-Box Testing软件质量保证SQA：Software Quality Assurance软件开发生命周期：Software Development Life Cycle冒烟测试：Smoke Test回归测试：Regression Test功能测试：Function Testing性能测试：Performance Testing压力测试：Stress Testing负载测试：Volume Testing易用性测试：Usability Testing安装测试：Installation Testing界面测试：UI Testing配置测试：Configuration Testing文档测试：Documentation Testing兼容性测试：Compatibility Testing安全性测试：Security Testing恢复测试：Recovery Testing单元测试：Unit Test集成测试：Integration Test系统测试：System Test验收测试：Acceptance Test测试计划应包括：测试对象：The Test Objectives测试范围： The Test Scope测试策略： The Test Strategy测试方法： The Test Approach;测试过程： The test procedures;测试环境： The Test Environment;测试完成标准：The test Completion criteria 测试用例：The Test Cases测试进度表：The Test Schedules风险：Risks接口：Interface最终用户：The End User正式的测试环境：Formal Test Environment确认需求：Verifying The Requirements有分歧的需求：Ambiguous Requirements运行和维护：Operation and Maintenance.可复用性：Reusability可靠性： Reliability/Availability电机电子工程师协会IEEE：The Institute of Electrical and Electronics Engineers正确性：Correctness实用性：Utility健壮性：Robustness可靠性：Reliability软件需求规格说明书：SRS software requirement specification概要设计：HLD high level design详细设计：LLD low level design统一开发流程：RUP rational unified process集成产品开发：IPD integrated product development能力成熟模型：CMM capability maturity model能力成熟模型集成：CMMI capability maturity model integration戴明环：PDCA plan do check act软件工程过程组：SEPG software engineering process group集成测试：IT integration testing系统测试：ST system testing关键过程域：KPA key process area同行评审：PR peer review用户验收测试：UAT user acceptance testing验证和确认：V&V verification & validation控制变更委员会：CCB change control board图形用户界面：GUI graphic user interface配置管理员：CMO configuration management officer 平均失效间隔时间：MTBF mean time between failures 平均修复时间：MTTR mean time to restoration平均失效时间：MTTF mean time to failure工作任务书：SOW statement of workα测试：alpha testingβ测试：beta testing适应性：Adaptability可用性：Availability功能规格说明书：Functional Specification软件开发中常见英文缩写和各类软件开发文档的英文缩写：英文简写文档名称MRD market requirement document 市场需求文档PRD product requirement document 产品需求文档SOW 工作任务说明书PHB Process Handbook 项目过程手册EST Estimation Sheet 估计记录PPL Project Plan 项目计划CMP Software Management Plan 配置管理计划QAP Software Quality Assurance Plan 软件质量保证计划RMP Software Risk Management Plan 软件风险管理计划TST Test Strategy测试策略WBS Work Breakdown Structure 工作分解结构BRS Business Requirement Specification业务需求说明书SRS Software Requirement Specification软件需求说明书STP System Testing plan 系统测试计划STC System Testing Cases 系统测试用例HLD High Level Design 概要设计说明书ITP Integration Testing plan 集成测试计划ITC Integration Testing Cases 集成测试用例LLD Low Level Design 详细设计说明书UTP Unit Testing Plan 单元测试计划UTC Unit Testing Cases 单元测试用例UTR Unit Testing Report 单元测试报告ITR Integration Testing Report 集成测试报告STR System Testing Report 系统测试报告RTM Requirements Traceability Matrix 需求跟踪矩阵CSA Configuration Status Accounting 配置状态发布CRF Change Request Form 变更申请表WSR Weekly Status Report 项目周报QSR Quality Weekly Status Report 质量工作周报QAR Quality Audit Report质量检查报告QCL Quality Check List质量检查表PAR Phase Assessment Report 阶段评估报告CLR Closure Report 项目总结报告RFF Review Finding Form 评审发现表MOM Minutes of Meeting 会议纪要MTX Metrics Sheet 度量表CCF ConsistanceCheckForm一致性检查表BAF Baseline Audit Form基线审计表PTF Program Trace Form问题跟踪表领测国际科技北京有限公司软件测试中英文对照术语表AAbstract test case High level test case ：概要测试用例 Acceptance：验收Acceptance criteria：验收标准Acceptance testing：验收测试Accessibility testing：易用性测试Accuracy：精确性Actual outcome actual result ：实际输出/实际结果 Ad hoc review informal review ：非正式评审Ad hoc testing：随机测试Adaptability：自适应性Agile testing：敏捷测试Algorithm test branch testing ：分支测试Alpha testing：alpha 测试Analyzability：易分析性Analyzer：分析员Anomaly：异常Arc testing：分支测试Attractiveness：吸引力Audit：审计Audit trail：审计跟踪Automated testware：自动测试组件Availability：可用性BBack-to-back testing：对比测试Baseline：基线Basic block：基本块Basis test set：基本测试集Bebugging：错误撒播Behavior：行为Benchmark test：基准测试Bespoke software：定制的软件Best practice：最佳实践Beta testing：Beta 测试领测国际科技北京有限公司Big-bang testing：集成测试Black-box technique：黑盒技术Black-box testing：黑盒测试Black-box test design technique：黑盒测试设计技术Blocked test case：被阻塞的测试用例Bottom-up testing：自底向上测试Boundary value：边界值Boundary value analysis：边界值分析Boundary value coverage：边界值覆盖率Boundary value testing：边界值测试Branch：分支Branch condition：分支条件Branch condition combination coverage：分支条件组合覆盖率 Branch condition combination testing：分支条件组合测试Branch condition coverage：分支条件覆盖率Branch coverage：分支覆盖率Branch testing：分支测试Bug：缺陷Business process-based testing：基于商业流程的测试CCapability Maturity Model CMM ：能力成熟度模型Capability Maturity Model Integration CMMI ：集成能力成熟度模型Capture/playback tool：捕获/回放工具Capture/replay tool：捕获/重放工具CASE Computer Aided Software Engineering ：电脑辅助软件工程 CAST Computer Aided Software Testing ：电脑辅助软件测试Cause-effect graph：因果图Cause-effect graphing：因果图技术Cause-effect analysis：因果分析Cause-effect decision table：因果判定表Certification：认证Changeability：可变性Change control：变更控制Change control board：变更控制委员会Checker：检查人员Chow's coverage metrics N-switch coverage ：N 切换覆盖率 Classification tree method：分类树方法Code analyzer：代码分析器Code coverage：代码覆盖率领测国际科技北京有限公司Code-based testing：基于代码的测试Co-existence：共存性Commercial off-the-shelf software：商用离岸软件Comparator：比较器Compatibility testing：兼容性测试Compiler：编译器Complete testing：完全测试/穷尽测试Completion criteria：完成标准Complexity：复杂性Compliance：一致性Compliance testing：一致性测试Component：组件Component integration testing：组件集成测试Component specification：组件规格说明Component testing：组件测试Compound condition：组合条件Concrete test case low level test case ：详细测试用例Concurrency testing：并发测试Condition：条件表达式Condition combination coverage：条件组合覆盖率Condition coverage：条件覆盖率Condition determination coverage：条件判定覆盖率 Condition determination testing：条件判定测试Condition testing：条件测试Condition outcome：条件结果Confidence test smoke test ：信心测试冒烟测试Configuration：配置Configuration auditing：配置审核Configuration control：配置控制Configuration control board CCB ：配置控制委员会 Configuration identification：配置标识Configuration item：配置项Configuration management：配置管理Configuration testing：配置测试Confirmation testing：确认测试Conformance testing：一致性测试Consistency：一致性Control flow：控制流Control flow graph：控制流图Control flow path：控制流路径Conversion testing：转换测试COTS Commercial Off-The-Shelf software ：商业离岸软件 Coverage：覆盖率Coverage analysis：覆盖率分析领测国际科技北京有限公司Coverage item：覆盖项Coverage tool：覆盖率工具Custom software：定制软件Cyclomatic complexity：圈复杂度Cyclomatic number：圈数DDaily build：每日构建Data definition：数据定义Data driven testing：数据驱动测试Data flow：数据流Data flow analysis：数据流分析Data flow coverage：数据流覆盖率Data flow test：数据流测试Data integrity testing：数据完整性测试Database integrity testing：数据库完整性测试Dead code：无效代码Debugger：调试器Debugging：调试Debugging tool：调试工具Decision：判定Decision condition coverage：判定条件覆盖率 Decision condition testing：判定条件测试Decision coverage：判定覆盖率Decision table：判定表Decision table testing：判定表测试Decision testing：判定测试技术Decision outcome：判定结果Defect：缺陷Defect density：缺陷密度Defect Detection Percentage DDP ：缺陷发现率 Defect management：缺陷管理Defect management tool：缺陷管理工具Defect masking：缺陷屏蔽Defect report：缺陷报告Defect tracking tool：缺陷跟踪工具Definition-use pair：定义-使用对Deliverable：交付物Design-based testing：基于设计的测试Desk checking：桌面检查领测国际科技北京有限公司Development testing：开发测试Deviation：偏差Deviation report：偏差报告Dirty testing：负面测试Documentation testing：文档测试Domain：域Driver：驱动程序Dynamic analysis：动态分析Dynamic analysis tool：动态分析工具Dynamic comparison：动态比较Dynamic testing：动态测试EEfficiency：效率Efficiency testing：效率测试Elementary comparison testing：基本组合测试 Emulator：仿真器、仿真程序Entry criteria：入口标准Entry point：入口点Equivalence class：等价类Equivalence partition：等价区间Equivalence partition coverage：等价区间覆盖率Equivalence partitioning：等价划分技术Error：错误Error guessing：错误猜测技术Error seeding：错误撒播Error tolerance：错误容限Evaluation：评估Exception handling：异常处理Executable statement：可执行的语句Exercised：可执行的Exhaustive testing：穷尽测试Exit criteria：出口标准Exit point：出口点Expected outcome：预期结果Expected result：预期结果Exploratory testing：探测测试领测国际科技北京有限公司FFail：失败Failure：失败Failure mode：失败模式Failure Mode and Effect Analysis FMEA ：失败模式和影响分析Failure rate：失败频率Fault：缺陷Fault density：缺陷密度Fault Detection Percentage FDP ：缺陷发现率Fault masking：缺陷屏蔽Fault tolerance：缺陷容限Fault tree analysis：缺陷树分析Feature：特征Field testing：现场测试Finite state machine：有限状态机Finite state testing：有限状态测试Formal review：正式评审Frozen test basis：测试基线Function Point Analysis FPA ：功能点分析Functional integration：功能集成Functional requirement：功能需求Functional test design technique：功能测试设计技术 Functional testing：功能测试Functionality：功能性Functionality testing：功能性测试Gglass box testing：白盒测试HHeuristic evaluation：启发式评估High level test case：概要测试用例Horizontal traceability：水平跟踪领测国际科技北京有限公司IImpact analysis：影响分析Incremental development model：增量开发模型 Incremental testing：增量测试Incident：事件Incident management：事件管理Incident management tool：事件管理工具Incident report：事件报告Independence：独立Infeasible path：不可行路径Informal review：非正式评审Input：输入Input domain：输入范围Input value：输入值Inspection：审查Inspection leader：审查组织者Inspector：审查人员Installability：可安装性Installability testing：可安装性测试Installation guide：安装指南Installation wizard：安装向导Instrumentation：插装Instrumenter：插装工具Intake test：入口测试Integration：集成Integration testing：集成测试Integration testing in the large：大范围集成测试 Integration testing in the small：小范围集成测试 Interface testing：接口测试Interoperability：互通性Interoperability testing：互通性测试Invalid testing：无效性测试Isolation testing：隔离测试Item transmittal report：版本发布报告Iterative development model：迭代开发模型KKey performance indicator：关键绩效指标领测国际科技北京有限公司Keyword driven testing：关键字驱动测试LLearnability：易学性Level test plan：等级测试计划Link testing：组件集成测试Load testing：负载测试Logic-coverage testing：逻辑覆盖测试 Logic-driven testing：逻辑驱动测试Logical test case：逻辑测试用例Low level test case：详细测试用例MMaintenance：维护Maintenance testing：维护测试Maintainability：可维护性Maintainability testing：可维护性测试 Management review：管理评审Master test plan：综合测试计划Maturity：成熟度Measure：度量Measurement：度量Measurement scale：度量粒度Memory leak：内存泄漏Metric：度量Migration testing：移植测试Milestone：里程碑Mistake：错误Moderator：仲裁员Modified condition decision coverage：改进的条件判定覆盖率Modified condition decision testing：改进的条件判定测试Modified multiple condition coverage：改进的多重条件判定覆盖率Modified multiple condition testing：改进的多重条件判定测试 Module：模块Module testing：模块测试Monitor：监视器Multiple condition：多重条件Multiple condition coverage：多重条件覆盖率领测国际科技北京有限公司Multiple condition testing：多重条件测试Mutation analysis：变化分析Mutation testing：变化测试NN-switch coverage：N 切换覆盖率N-switch testing：N 切换测试Negative testing：负面测试Non-conformity：不一致Non-functional requirement：非功能需求Non-functional testing：非功能测试Non-functional test design techniques：非功能测试设计技术OOff-the-shelf software：离岸软件Operability：可操作性Operational environment：操作环境Operational profile testing：运行剖面测试Operational testing：操作测试Oracle：标准Outcome：输出/结果Output：输出Output domain：输出范围Output value：输出值PPair programming：结队编程Pair testing：结队测试Partition testing：分割测试Pass：通过Pass/fail criteria：通过/失败标准Path：路径Path coverage：路径覆盖Path sensitizing：路径敏感性Path testing：路径测试领测国际科技北京有限公司Peer review：同行评审Performance：性能Performance indicator：绩效指标Performance testing：性能测试Performance testing tool：性能测试工具 Phase test plan：阶段测试计划Portability：可移植性Portability testing：移植性测试Postcondition：结果条件Post-execution comparison：运行后比较 Precondition：初始条件Predicted outcome：预期结果Pretest：预测试Priority：优先级Probe effect：检测成本Problem：问题Problem management：问题管理Problem report：问题报告Process：流程Process cycle test：处理周期测试Product risk：产品风险Project：项目Project risk：项目风险Program instrumenter：编程工具Program testing：程序测试Project test plan：项目测试计划Pseudo-random：伪随机QQuality：质量Quality assurance：质量保证Quality attribute：质量属性Quality characteristic：质量特征Quality management：质量管理领测国际科技北京有限公司RRandom testing：随机测试Recorder：记录员Record/playback tool：记录/回放工具 Recoverability：可复原性Recoverability testing：可复原性测试Recovery testing：可复原性测试Regression testing：回归测试Regulation testing：一致性测试Release note：版本说明Reliability：可靠性Reliability testing：可靠性测试Replaceability：可替换性Requirement：需求Requirements-based testing：基于需求的测试 Requirements management tool：需求管理工具 Requirements phase：需求阶段Resource utilization：资源利用Resource utilization testing：资源利用测试 Result：结果Resumption criteria：继续测试标准Re-testing：再测试Review：评审Reviewer：评审人员Review tool：评审工具Risk：风险Risk analysis：风险分析Risk-based testing：基于风险的测试Risk control：风险控制Risk identification：风险识别Risk management：风险管理Risk mitigation：风险消减Robustness：健壮性Robustness testing：健壮性测试Root cause：根本原因SSafety：安全领测国际科技北京有限公司Safety testing：安全性测试Sanity test：健全测试Scalability：可测量性Scalability testing：可测量性测试Scenario testing：情景测试Scribe：记录员Scripting language：脚本语言Security：安全性Security testing：安全性测试Serviceability testing：可维护性测试 Severity：严重性Simulation：仿真Simulator：仿真程序、仿真器Site acceptance testing：定点验收测试Smoke test：冒烟测试Software：软件Software feature：软件功能Software quality：软件质量Software quality characteristic：软件质量特征Software test incident：软件测试事件Software test incident report：软件测试事件报告Software Usability Measurement Inventory SUMI ：软件可用性调查问卷Source statement：源语句Specification：规格说明Specification-based testing：基于规格说明的测试Specification-based test design technique：基于规格说明的测试设计技术Specified input：特定输入Stability：稳定性Standard software：标准软件Standards testing：标准测试State diagram：状态图State table：状态表State transition：状态迁移State transition testing：状态迁移测试Statement：语句Statement coverage：语句覆盖Statement testing：语句测试Static analysis：静态分析Static analysis tool：静态分析工具Static analyzer：静态分析工具Static code analysis：静态代码分析Static code analyzer：静态代码分析工具Static testing：静态测试Statistical testing：统计测试领测国际科技北京有限公司Status accounting：状态统计Storage：资源利用Storage testing：资源利用测试Stress testing：压力测试Structure-based techniques：基于结构的技术Structural coverage：结构覆盖Structural test design technique：结构测试设计技术 Structural testing：基于结构的测试Structured walkthrough：面向结构的走查Stub: 桩Subpath: 子路径Suitability: 符合性Suspension criteria: 暂停标准Syntax testing: 语法测试System:系统System integration testing：系统集成测试System testing：系统测试TTechnical review：技术评审Test：测试Test approach：测试方法Test automation：测试自动化Test basis：测试基础Test bed：测试环境Test case：测试用例Test case design technique：测试用例设计技术 Test case specification：测试用例规格说明Test case suite：测试用例套Test charter：测试宪章Test closure：测试结束Test comparator：测试比较工具Test comparison：测试比较Test completion criteria：测试比较标准Test condition：测试条件Test control：测试控制Test coverage：测试覆盖率Test cycle：测试周期Test data：测试数据Test data preparation tool：测试数据准备工具领测国际科技北京有限公司Test design：测试设计Test design specification：测试设计规格说明 Test design technique：测试设计技术Test design tool: 测试设计工具Test driver: 测试驱动程序Test driven development: 测试驱动开发Test environment: 测试环境Test evaluation report: 测试评估报告Test execution: 测试执行Test execution automation: 测试执行自动化 Test execution phase: 测试执行阶段Test execution schedule: 测试执行进度表Test execution technique: 测试执行技术Test execution tool: 测试执行工具Test fail: 测试失败Test generator: 测试生成工具Test leader:测试负责人Test harness：测试组件Test incident：测试事件Test incident report：测试事件报告Test infrastructure：测试基础组织Test input：测试输入Test item：测试项Test item transmittal report：测试项移交报告 Test level：测试等级Test log：测试日志Test logging：测试记录Test manager：测试经理Test management：测试管理Test management tool：测试管理工具Test Maturity Model TMM ：测试成熟度模型Test monitoring：测试跟踪Test object：测试对象Test objective：测试目的Test oracle：测试标准Test pass：测试通过Test performance indicator：测试绩效指标Test phase：测试阶段Test plan：测试计划Test planning：测试计划Test policy：测试方针Test Point Analysis TPA ：测试点分析Test procedure：测试过程领测国际科技北京有限公司Test procedure specification：测试过程规格说明 Test process：测试流程Test Process Improvement TPI ：测试流程改进 Test record：测试记录Test recording：测试记录Test reproduceability：测试可重现性Test report：测试报告Test requirement：测试需求Test run：测试运行Test run log：测试运行日志Test result：测试结果Test scenario：测试场景Test set：测试集Test situation：测试条件Test specification：测试规格说明Test specification technique：测试规格说明技术 Test stage：测试阶段Test strategy：测试策略Test suite：测试套Test summary report：测试总结报告Test target：测试目标Test tool：测试工具Test type：测试类型Testability：可测试性Testability review：可测试性评审Testable requirements：需求可测试性Tester：测试人员Testing：测试Testware：测试组件Thread testing：组件集成测试Time behavior：性能Top-down testing：自顶向下的测试Traceability：可跟踪性UUnderstandability：易懂性Unit：单元unit testing：单元测试Unreachable code：执行不到的代码领测国际科技北京有限公司Usability：易用性Usability testing：易用性测试Use case：用户用例Use case testing：用户用例测试User acceptance testing：用户验收测试 User scenario testing：用户场景测试 User test：用户测试VV -model：V 模式Validation：确认Variable：变量Verification：验证Vertical traceability：垂直可跟踪性 Version control：版本控制Volume testing：容量测试WWalkthrough：走查White-box test design technique：白盒测试设计技术 White-box testing：白盒测试Wide Band Delphi：Delphi 估计方法。
软件测试二：测试基础2之检查代码、带上X光眼镜测试软件
软件测试⼆：测试基础2之检查代码、带上X光眼镜测试软件1、检查代码军队、⾦融、医药类软件，或者在组织严格的开发模式下⼯作，在代码的级别验证产品就是例⾏公事。
如果测试软件的安全问题，那么这是必须进⾏的。
1、静态⽩盒测试：检查设计和代码静态⽩盒测试是在不执⾏软件的条件下有条理地仔细审查软件设计、体系结构和代码，从⽽找出软件缺陷的过程，有时称为结构化分析。
进⾏静态⽩盒测试的⾸要原因是尽早发现缺陷，以找出动态⿊盒测试难以发现或隔离的缺陷。
在开发过程初期让测试⼩组集中精⼒进⾏软件设计的审查⾮常有价值。
另⼀个好处：为⿊盒测试员再接受软件进⾏测试时设计和应⽤测试⽤例提供思路。
他们不必了解代码的细节，但是通过听审查评论，可以确定有问题或容易产⽣缺陷的特性范围。
注意：开发⼩组负责静态⽩盒测试的⼈员不是固定的。
某些⼩组中，程序员就是组织和执⾏审查的⼈员，测试员被邀请作为独⽴的观察者。
还有⼀些⼩组中，测试员是该任务的执⾏⼈，要求编写代码的程序员和其他同事帮助审查。
这些⽅式都可以，取决于项⽬⼩组的情况。
对于静态⽩盒测试最不幸的是常常不能善始善终。
许多⼩组错误的认为这样耗时太多、费⽤太⾼、没有产出。
这些都不对-与产品接近完⼯时的有选择性的测试，找出甚⾄找不出缺陷相⽐。
问题在于⼀般认为程序员的任务是编写代码，⽽任何破坏代码编写效率的事情都会减缓开发过程。
所幸，⽬前很多公司意识到早期测试的好处，并招聘和培训程序员和测试员进⾏⽩盒测试。
2、正式审查正式审查进⼠进⾏静态⽩盒测试的过程。
正式审查的含义很⼴，从两个程序员之间的简单交谈，到软件设计和代码的详细、严格检查均属于此过程。
正式审查有4个基本要素：确定问题。
审查的⽬的是找出软件的问题-不仅是出错的项⽬，还包括遗漏项⽬。
全部的批评应该直指代码和或设计，⽽不是其设计实现者。
遵守规则。
审查要遵守⼀套固定的规则，规则可能设定要审查的代码量、花费多少时间、哪些内容要做评价。
其重要性在于参与者了解⾃⼰的⾓⾊、⽬标是什么。
软件测试练习题及答案
软件测试练习题及答案、判断01 ）测试是为了验证软件已正确地实现了用户的要求。
错02 ）白盒测试仅与程序的内部结构有关，完全可以不考虑程序的功能要求。
对03 ）白盒测试不仅与程序的内部结构有关，还要考虑程序的功能要求。
错04）程序员兼任测试员可以提高工作效率。
错05 ）黑盒测试的测试用例是根据应用程序的功能需求设计的。
对06 ）当软件代码开发结束时，软件测试过程才开始。
错07 ）据有关数据统计，代码中 60%以上的缺陷可以通过代码审查发现出来。
对08）无效等价类是无效的输入数据构成的集合，因此无需考虑无效的等价类划分。
错09 ）软件本地化就是将一个软件产品按特定国家或语言市场的需要翻译过来。
错10）在压力测试中通常采用的是黑盒测试方法。
对11）软件测试员无法对产品说明书进行白盒测试。
对12）功能测试工具主要适合于回归测试。
对13）测试人员说：“没有可运行的程序，我无法进行测试工作” 。
错14）自底向上集成需要测试员编写驱动程序。
对15）测试是可以穷尽的。
错16）自动化测试相比手工测试而言，能发现更多的错误。
错17）软件测试自动化可以提高测试效率，可以代替手工测试。
错语句至少被执行一次。
对18）语句覆盖法的基本思想是设计若干测试用例，运行被测程序，使程序中的每个可执行19） Beta 测试是验收测试的一种。
对20 ）软件开发全过程的测试工作都可以实现自动化。
错21 ）软件只要经过严格严谨的内部测试之后，可以做到没有缺陷。
错22）结构性测试是根据软件的规格说明来设计测试用例。
错23 ）软件测试工具可以代替软件测试员。
错24 ）通过软件测试，可以证明程序的正确性。
错25）在单元测试中，驱动程序模拟被测模块工作过程中所调用的下层模块。
错26）软件缺陷可能会被修复，可能会被保留或者标识出来。
对27）测试用例是由测试输入数据和对应的实际输出结果这两部分组成。
错28）单元测试通常由开发人员进行。
对（29 ）现在人们普遍认为软件测试不应该贯穿整个软件生命周期，而应在编程完毕之后再进行，这样可以降低成本。
软件测试(代码走查、检查与审查)
5、传递给被调用模块的实参量纲是否与其形参量纲匹配？
6、调用内部函数的实参的数量、属性、顺序是否正确？
7、是否引用了与当前入口点无关的形参？
8、是否改变了某个原来仅为输入值的形参？
9、全局变量的定义在模块间是否一致？
10、常数是否以实参形式传递过？
1）程序是够易于理解？
2）高层次的设计是够可见且合理？
3）低层次的设计是否可见且合理？
4）修改此程序对评审者而言是否容易？
5）评审者是否会以编写出该程序而骄傲？
还要要求评审人给出总的评价和建议的改进意见。
评审结束后，参与者会收到自己的那两个程序的匿名评价爱表，此外还会收到一个带统计的总结，说明在所有的程序中其程序的整体和具体得分情况，以及他对其他程序的评价爱与其他评审人同意程序打分的比较分析情况。
2、桌面检查胜过没有极限嘻哈，但其效果远远逊色于代码检查和代码走查。
同行评审
（peerrating）
1、同行评审的概念
同行评分是一种依据程序整体质量，可维护性、可扩展性、易用性和清晰性对匿名的程序进行技术评价的技术。改技术的目的是为程序员提供自我评价的手段。
2、实施过程：
选出一名程序员来担任这个评分过程的管理员，管理员又会挑选出大约2~20名参与者，保持匿名，这些参与者否应具有相似的背景要求每名参与者都挑选出两个由自己编写的程序以供评审。其中的一个程序应是参与者自认为能代表其自身能力的最好的作品，而了另一个则是参与者自认为质量较差的作品。
3、代码走查的意义：
提出的建议应针对程序本身，而不是针对程序员。换句话说，软件中存在的错误不应该被视为编写程序人员自身的弱点。相反，这些错误应被看作是伴随着软件的艰难性所固有的。
软件测试面试题(含答案)
软件测试面试题（含答案）1、你的测试职业发展是什么？考试经验越多，考试能力越高。
所以我的职业发展需要时间积累，一步一步走向高级测试工程师。
而且，我也有了初步的职业规划。
前三年积累了测试经验，按照如何做一名测试工程师的要点要求自己，不断更新自己，修正自己，做好测试任务。
优势在于我对测试坚定不移的信心和热情，虽然经验还不够，但测试需要的基本技能我有信心在工作中得以发挥。
2、你认为测试人员需要具备哪些素质做测试应该要有一定的协调能力，因为测试人员经常要与开发接触处理一些问题，如果处理不好的话会引起一些冲突，这样的话工作上就会不好做。
还有测试人员要有一定的耐心，有的时候做测试很枯燥乏味。
除了耐心，测试人员不能放过每一个可能的错误。
3、你为什么能够做测试这一行虽然我的测试技术还不是很成熟，但是我觉得我还是可以胜任软件测试这个工作的，因为做软件测试不仅是要求技术好，还有有一定的沟通能力，耐心、细心等外在因素。
综合起来看我认为我是胜任这个工作的。
4、测试的目的是什么？测试的目的是找出软件产品中的错误，是软件尽可能的符合用户的要求。
当然软件测试是不可能找出全部错误的。
5、测试分为哪几个阶段？一般来说分为5个阶段：单元测试、集成测试、确认测试、系统测试、验收测试6.单元测试的测试对象、目的、依据和方法？测试对象是模块内部的程序错误，目的是消除局部模块逻辑和功能上的错误和缺陷。
测试依据是模块的详细设计，测试方法是采用白盒测试。
7、怎样看待加班问题加班的话我没有太多意见，但是我还是觉得如果能够合理安排时间的话，不会有太多时候加班的。
8.结合你之前的学习和工作经验，你认为如何做好测试？根据我以前的工作和学习经验，我认为要做好工作，首先要有良好的沟通。
只有沟通无障碍，才能有好的合作，更好的效率。
还有一个就是技术一定要过关，一定要有足够的耐心和良好的工作习惯。
如果有不明白的地方，一定要提出问题，和同事实时交流。
9、你为什么选择软件测试行业因为之前了解软件测试这个行业，觉得他的发展前景很好。
代码检查
代码检查摘要：代码检查是白盒测试的一种静态测试方法，是众多软件测试方法中发现软件缺陷最有效的方法之一。
本文结合国内外学者在相关领域的研究情况，介绍代码检查相关的基本概念、过程和分析方法。
关键字：白盒测试，代码检查，静态分析，检查规则一、引言按照测试时源代码是否可见，软件测试可以分为白盒测试和黑盒测试两类。
白盒测试（结构测试），即逻辑驱动的测试，是在了解程序内部结构的基础上，对程序的逻辑结构进行检查，从中获取测试数据。
白盒测试关注的是测试用例执行的程度或覆盖程序逻辑结构的程度。
白盒测试一般只应用于软件开发阶段。
白盒测试，又可按照是否需要运行程序，进一步细分为了静态测试和动态测试两种。
通常情况下是按照先静态后动态测试顺序来实施。
其中，静态测试包括代码检查、静态结构分析、代码质量度量等测试内容。
静态测试既可以由人工进行，充分发挥人的逻辑思维优势，也可以借助软件工具自动进行。
代码检查是一种对程序代码进行静态检查。
传统的代码检查是通过人工阅读代码的方式，检查软件设计的正确性；用人脑模拟程序在计算机中的运行，仔细推敲、校验和核实程序每一步的执行结果，进而判断其执行逻辑、控制模型、算法和使用参数与数据的正确性。
在实践中，代码检查比动态测试更有效率，能找到更多的缺陷，通常能发现30%～70%的逻辑设计和编码缺陷。
代码检查非常耗费时间，而且需要专业知识和经验的积累。
代码检查定位在编译之后和动态测试之前进行，在检查前，应准备好需求描述文档、程序设计文档、程序的源代码清单、代码编码标准和代码缺陷检查表等。
代码检查可以发现的软件问题包括：声明或引用错误、函数/方法参数错误、语句不可达错误、数组越界错误、控制流错误、界面错误和输入/输出错误等。
1、代码检查代码检查包括桌面检查、代码走查和代码审查等方式，主要检查代码和设计的一致性，代码对标准地遵循、可读性，代码逻辑表达的正确性，代码结构的合理性等方面；发现违背程序编写标准的问题，程序中不安全、不明确和模糊的部分，找出程序中不可移植部分、违背程序编程风格的问题，包括变量检查、命名和类型检查、程序逻辑检查、程序语法检查和程序结构检查等内容。
软件测试大纲
考试大纲基本要求：1.熟悉软件质量、软件测试及软件质量保证的基础知识；2.掌握代码检查、走查与评审的基本方法和技术；3.掌握白盒测试和黑盒测试的测试用例的设计原则和方法；4.掌握单元测试和集成测试的基本策略和方法；5.了解系统测试、性能测试和可靠性测试的基本概念和方法；6.了解面向对象软件和WEB应用软件测试的基本概念和方法；7.掌握软件测试过程管理的基本知识和管理方法；8.熟悉软件测试的标准和文档；9.掌握QESuite软件测试过程管理平台和QESat/C++软件分析和工具的使用方法。
考试内容：一、软件测试的基本概念1.软件质量的概念。
2.软件测试的目标和原则。
3.软件测试的心理学。
4.软件测试的经济学。
5.软件质量保证。
二、软件测试的类型及其在软件开发过程中的地位1.软件开发阶段。
2.规划阶段的测试。
3.设计阶段的测试。
4.编码阶段的测试。
5.验收和维护阶段的测试。
三、代码检查、走查与评审1.桌面检查。
2.代码走查。
3.代码检查。
4.同行评审。
四、覆盖率（白盒）测试1.覆盖率测试。
2.逻辑结构的覆盖率测试。
3.路径覆盖率测试。
4.数据流测试。
5.程序变异测试。
6.基于覆盖的测试用例选择。
五、功能（黑盒）测试1.边界值测试。
2.等价类测试。
3.基于因果图的测试。
4.基于决策表的测试。
5.基于状态图的测试。
6.基于场景的测试。
7.比较测试。
六、单元测试和集成测试1.单元测试的目标和模型。
2.单元测试策略。
3.单元测试分析。
4.单元测试的测试用例设计原则。
5.集成测试基本概念。
6.集成测试策略。
7.集成测试分析。
8.集成测试用例设计原则。
七、系统测试1.系统测试概念。
2.系统测试方法。
3.系统测试的实施。
八、软件性能测试和可靠性测试1.软件性能的概念。
2.性能测试的执行。
3.软件可靠性的概念。
4.可靠性预计。
5.可靠性分析方法。
6.软件可靠性测试的执行。
九、面向对象软件的测试1.面向对象软件测试的问题。
软件测试常用英语词汇
软件测试常用英语词汇静态测试：Non-Execution-Based Testing或Static testing 代码走查：Walkthrough代码审查：Code Inspection技术评审：Review动态测试：Execution-Based Testing白盒测试：White-Box Testing黑盒测试：Black-Box Testing灰盒测试：Gray-Box Testing软件质量保证SQA：Software Quality Assurance软件开发生命周期：Software Development Life Cycle冒烟测试：Smoke Test回归测试：Regression Test功能测试：Function Testing性能测试：Performance Testing压力测试：Stress Testing负载测试：Volume Testing易用性测试：Usability Testing安装测试：Installation Testing界面测试：UI Testing配置测试：Configuration Testing文档测试：Documentation Testing兼容性测试：Compatibility Testing安全性测试：Security Testing恢复测试：Recovery Testing单元测试：Unit Test集成测试：Integration Test系统测试：System Test验收测试：Acceptance Test测试计划应包括：测试对象：The Test Objectives测试范围： The Test Scope测试策略： The Test Strategy测试方法： The Test Approach,测试过程： The test procedures,测试环境： The Test Environment,测试完成标准：The test Completion criteria测试用例：The Test Cases测试进度表：The Test Schedules风险：Risks接口：Interface最终用户：The End User正式的测试环境：Formal Test Environment确认需求：Verifying The Requirements有分歧的需求：Ambiguous Requirements运行和维护：Operation and Maintenance.可复用性：Reusability可靠性： Reliability/Availability电机电子工程师协会IEEE：The Institute of Electrical and Electronics Engineers) 正确性：Correctness实用性：Utility健壮性：Robustness可靠性：Reliability软件需求规格说明书：SRS （software requirement specification ）概要设计：HLD （high level design ）详细设计：LLD （low level design ）统一开发流程：RUP （rational unified process ）集成产品开发：IPD （integrated product development ）能力成熟模型：CMM （capability maturity model ）能力成熟模型集成：CMMI （capability maturity model integration ）戴明环：PDCA （plan do check act ）软件工程过程组：SEPG （software engineering process group ）集成测试：IT （integration testing ）系统测试：ST （system testing ）关键过程域：KPA （key process area ）同行评审：PR （peer review ）用户验收测试：UAT （user acceptance testing ）验证和确认：V&V （verification & validation ）控制变更委员会：CCB （change control board ）图形用户界面：GUI （graphic user interface ）配置管理员：CMO （configuration management officer ）平均失效间隔时间：（MTBF mean time between failures ）平均修复时间：MTTR （mean time to restoration ）平均失效时间：MTTF （mean time to failure ）工作任务书：SOW （statement of work ）α测试：alpha testingβ测试：beta testing适应性：Adaptability可用性：Availability功能规格说明书：Functional Specification。
(完整版)软件测试朱少民第二版
软件测试名词解释1、软件质量：软件产品满足规定的和隐含的与需求能力有关的全部特征或特性。
2、软件缺陷：计算机系统或者程序中存在的任何一种破坏正常运行能力的错误、问题，或者隐藏的功能缺陷、瑕疵，其结果会导致软件产品在某种程度上不能满足用户的需要。
3、白盒方法：能够看清事物的内部，即了解事物的内部结构和运行机制，通过剖析事物的内部结构和运行机制，来处理和解决问题。
4、黑盒方法：把整个事物看成一个整体-黑盒子，通过分析事物的输入、输出以及周边条件分析处理问题，这种方法就是黑盒方法。
5、桩程序：也称桩模块，用以模拟被测试模块工作过程中所调用的下层模块。
6、黑盒测试：黑盒测试又称为功能测试、数据驱动测试或基于规格说明的测试，是一种从用户观点出发的测试。
不考虑程序的内部结构和内部特性，对输入和输出或功能进行测试。
8、白盒测试：白盒测试又称为结构测试、逻辑驱动测试或基于程序的测试。
对程序的逻辑路径进行测试。
9、灰盒测试：是一种介于黑盒测试和白盒测试之间的测试策略它基于程序运行的外部表现，同时又结合程序内部逻辑结构来来设计测试用例。
10、静态分析：是种不通过执行程序而进行测试的技术.静态分析的关键功能是检查软件的表示和描述是否一致，没有冲突或者没有歧义，它瞄准的是纠正软件系统在描述、表示和规格上的错误。
11、动态分析：主要特征是计算机必须正真运行被测试的程序，通过输入测试用例对其运行情况进行分析。
12、走读：是一个类似的同行评审过程，参与者包括了程序的作者、测试人员、一个秘书和一协调员。
13、静态测试：就是不执行程序的测试，包括代码走查，编码规则检查，质量评审，设计评审等。
14、单元测试：是对软件设计的最小单元——模块，进行正确性检验的测试工作，主要测试模块在语法、格式和逻辑上的错误。
15、集成测试：是在软件系统集成过程中所进行的测试，其主要目的是检查软件单位之间的接口是否正确。
16、回归测试：指软件系统被修改或扩充（如系统功能增强或升级）后重新进行的测试，是为了保证对软件所做的修改没有引入新的错误而重复进行的测试。
01C-软件测试单元测试
1．测试的4个阶段单元测试→集成测试→系统测试→验收测试单元测试：最小单位（程序模块）（白盒测试）集成测试：组装测试（黑盒测试）接口测试，对系统也一般采用黑盒测试确认测试：是证实软件在功能上面能满足客户的预期要求系统测试：硬件和软件安全性能恢复容量验收测试：根据我们的合同、任务书、协议标书进行验收2.单元测试定义：单元测试是对软件基本组成单元进行的测试3.时机：在代码完成后由开发人员完成,QA人员辅助4．意义：尽早发现错误越早发现错误，所需要的成本更低，付出的代价越小5.单元测试的步骤第一步: 人工静态检查保证代码的逻辑正确性（尽量通过人工检查逻辑错误）清晰、规范、一致、算法高效也需要依靠测试用例第二步: 动态执行跟踪动态跟踪调试，是单元测试的重点与难点。
通过设计测试用例，去执行我们的程序去检查我们的方法是否正确，是否能实现预期的功能。
不同的软件测试会有不同的测试用例6.合格的代码（人工静态检查、动态执行跟踪）正确性检查代码逻辑必须正确，即实现预期的功能清晰性代码简明易懂，注释准确没有歧义规范性命名规范代码风格必须统一（客户、企业、行业规范）（首先依据客户的要求、然后满足企业的要求、最后通用行业规范）一致性命名一致（具有相同功能的变量采用相同的标识符）高效性尽可能降低代码的执行时间7.人工静态检查功能是否实现确定其代码是否实现了方法所要求的功能参数列表和返回值方法在被调用过程中参数个数、数据类型、顺序是否正确返回值类型、本身是否正确确定对输入参数有没有作正确性检查例如：用户名长度、类型是否进行正确性检查密码长度、类型进行正确性检查如果没有做检查，进行确认是否的确不需要做参数检查缺少参数正确性检查是造成系统出错、不稳定的主要原因之一出错处理代码能够预见错误条件，并做出适当的处理保证表达式、SQL语句的正确性检查SQL语法逻辑是否正确例如：保证变量命名能够见名知意。
程序风格的一致性保证代码风格的一致、规范、工整例如：不一致性检查代码是否可以优化、算法效率是否最高。
《软件测试技术》-知识点整理
一、软件测试的定义软件测试是一个过程或一系列过程，用来确认计算机代码完成了其应该完成的功能，不执行其不该有的操作。
1．软件测试与调试的区别？（1）测试是为了发现软件中存在的错误；调试是为证明软件开发的正确性。
（2）测试以已知条件开始，使用预先定义的程序，且有预知的结果，不可预见的仅是程序是否通过测试；调试一般是以不可知的内部条件开始，除统计性调试外，结果是不可预见的。
（3）测试是有计划的，需要进行测试设计；调试是不受时间约束的。
（4）测试经历发现错误、改正错误、重新测试的过程；调试是一个推理过程。
（5）测试的执行是有规程的；调试的执行往往要求开发人员进行必要推理以至知觉的"飞跃"。
（6）测试经常是由独立的测试组在不了解软件设计的条件下完成的；调试必须由了解详细设计的开发人员完成。
（7）大多数测试的执行和设计可以由工具支持；调式时，开发人员能利用的工具主要是调试器。
2．对软件测试的理解？软件测试就是说要去根据客户的要求完善它.即要把这个软件还没有符合的或者是和客户要求不一样的，或者是客户要求还没有完全达到要求的部分找出来。
（1）首先要锻炼自己软件测试能力，包括需求的分析能力，提取能力，逻辑化思想能力，即就是给你一个系统的时候，能够把整个业务流程很清晰的理出。
（2）学习测试理论知识并与你锻炼的能力相结合。
（3）想和做。
想就是说你看到任何的系统都要有习惯性的思考；做就是把实际去做练习，然后提取经验。
总结测试用例，测试计划固然重要，但能力和思想一旦到位了，才能成为一名合格的软件测试工程师。
二、软件测试的分类1．按照测试技术划分（1）白盒测试：通过对程序内部结构的分析、检测来寻找问题。
检查是否所有的结构及逻辑都是正确的，检查软件内部动作是否按照设计说明的规定正常进行。
--结构测试（2）黑盒测试：通过软件的外部表现来发现错误，是在程序界面处进行测试，只是检查是否按照需求规格说明书的规定正常实现。
代码检查、走查与评审、覆盖率(白盒)测试
代码检查、走查与评审、覆盖率(白盒)测试(总分：108.00，做题时间：90分钟)一、选择题(总题数：39，分数：39.00)1.以下叙述中正确的是______。
（分数：1.00）A.可跟踪性分析是在整体上分析整个资源的分配策略B.关键性分析是标识原始需求和相应开发结果之间关系的能力C.接口分析必须关注3种接口：用户接口、硬件接口和软件接口√D.评估权在软件开发的最后阶段进行，以确认产品是否符合规格说明解析：[解析] 接口分析的目的是评估软件交付物是否正确、已知、完整和准确地说明了接口需求。
接口分析必须关注3种接口：用户接口、硬件接口和软件接口。
2.走查是对软件进行静态测试的一种方法，以下不属于走查活动的是______。
（分数：1.00）A.计划走查会议B.准备测试用例√C.执行走查以发现和改正错误D.在走查过程中程序员逐渐讲解自己的程序解析：[解析] 走查的步骤如下：(1)计划走查会议；(2)走查产品；(3)执行走查；(4)解决缺陷；(5)走查记录；(6)产品返工，准备测试用例是走查之前要进行的活动。
3.检查是否存在“已定义但未使用”的变量引用异常应属于______。
（分数：1.00）A.静态分析√B.动态分析C.代码执行D.调试解析：[解析] 静态错误分析有以下几种：类型和单位分析、引用分析等，其中在静态错误分析中，使用技术最广泛的是发现引用异常。
4.软件静态分析一般包括：控制流分析、数据流分析、接口分析，以及______。
（分数：1.00）A.表达式分析√B.功能分析C.边界值分析D.因果图分析解析：[解析] 静态错误分析主要用于确定在源程序中是否有某类错误或危险结构。
它有以下几种类型：单位分析、引用分析、表达式分析、接口分析。
5.在程序测试中，用于检查程序模块或子程序之间的调用是否正确的静态分析方法是______。
（分数：1.00）A.操作性分析B.可靠性分析C.引用分析D.接口分析√解析：[解析] 静态错误分析主要用于确定在源程序中是否有某类错误或者危险结构，包括：(1)类型和单位分析。
软件测试英语术语+缩写
软件测试常用英语词汇静态测试：Non-Execution-Based Testing或Static testing 代码走查：Walkthrough代码审查：Code Inspection技术评审：Review动态测试：Execution-Based Testing白盒测试：White-Box Testing黑盒测试：Black-Box Testing灰盒测试：Gray-Box Testing软件质量保证SQA：Software Quality Assurance软件开发生命周期：Software Development Life Cycle冒烟测试：Smoke Test回归测试：Regression Test功能测试：Function Testing性能测试：Performance Testing压力测试：Stress Testing负载测试：Volume Testing易用性测试：Usability Testing安装测试：Installation Testing界面测试：UI Testing配置测试：Configuration Testing文档测试：Documentation Testing兼容性测试：Compatibility Testing安全性测试：Security Testing恢复测试：Recovery Testing单元测试：Unit Test集成测试：Integration Test系统测试：System Test验收测试：Acceptance Test测试计划应包括：测试对象：The Test Objectives测试范围： The Test Scope测试策略： The Test Strategy测试方法： The Test Approach,测试过程： The test procedures,测试环境： The Test Environment,测试完成标准：The test Completion criteria测试用例：The Test Cases测试进度表：The Test Schedules风险：Risks接口：Interface最终用户：The End User正式的测试环境：Formal Test Environment确认需求：Verifying The Requirements有分歧的需求：Ambiguous Requirements运行和维护：Operation and Maintenance.可复用性：Reusability可靠性： Reliability/Availability电机电子工程师协会IEEE：The Institute of Electrical and Electronics Engineers) 正确性：Correctness实用性：Utility健壮性：Robustness可靠性：Reliability软件需求规格说明书：SRS （software requirement specification ）概要设计：HLD （high level design ）详细设计：LLD （low level design ）统一开发流程：RUP （rational unified process ）集成产品开发：IPD （integrated product development ）能力成熟模型：CMM （capability maturity model ）能力成熟模型集成：CMMI （capability maturity model integration ）戴明环：PDCA （plan do check act ）软件工程过程组：SEPG （software engineering process group ）集成测试：IT （integration testing ）系统测试：ST （system testing ）关键过程域：KPA （key process area ）同行评审：PR （peer review ）用户验收测试：UAT （user acceptance testing ）验证和确认：V&V （verification & validation ）控制变更委员会：CCB （change control board ）图形用户界面：GUI （graphic user interface ）配置管理员：CMO （configuration management officer ）平均失效间隔时间：（MTBF mean time between failures ）平均修复时间：MTTR （mean time to restoration ）平均失效时间：MTTF （mean time to failure ）工作任务书：SOW （statement of work ）α测试：alpha testingβ测试：beta testing适应性：Adaptability可用性：Availability功能规格说明书：Functional Specification软件开发中常见英文缩写和各类软件开发文档的英文缩写：英文简写文档名称MRD market requirement document （市场需求文档）PRD product requirement document （产品需求文档）SOW 工作任务说明书PHB Process Handbook (项目过程手册)EST Estimation Sheet (估计记录)PPL Project Plan (项目计划)CMP Software Management Plan( 配置管理计划)QAP Software Quality Assurance Plan （软件质量保证计划）RMP Software Risk Management Plan （软件风险管理计划）TST Test Strategy（测试策略）WBS Work Breakdown Structure （工作分解结构）BRS Business Requirement Specification(业务需求说明书)SRS Software Requirement Specification(软件需求说明书)STP System Testing plan (系统测试计划)STC System Testing Cases （系统测试用例）HLD High Level Design (概要设计说明书)ITP Integration Testing plan (集成测试计划)ITC Integration Testing Cases （集成测试用例）LLD Low Level Design (详细设计说明书)UTP Unit Testing Plan ( 单元测试计划)UTC Unit Testing Cases （单元测试用例）UTR Unit Testing Report （单元测试报告）ITR Integration Testing Report （集成测试报告）STR System Testing Report （系统测试报告）RTM Requirements Traceability Matrix (需求跟踪矩阵)CSA Configuration Status Accounting （配置状态发布）CRF Change Request Form （变更申请表）WSR Weekly Status Report （项目周报）QSR Quality Weekly Status Report （质量工作周报）QAR Quality Audit Report(质量检查报告)QCL Quality Check List(质量检查表)PAR Phase Assessment Report （阶段评估报告）CLR Closure Report （项目总结报告）RFF Review Finding Form (评审发现表)MOM Minutes of Meeting （会议纪要）MTX Metrics Sheet （度量表）CCF ConsistanceCheckForm（一致性检查表）BAF Baseline Audit Form（基线审计表）PTF Program Trace Form（问题跟踪表）领测国际科技（北京）有限公司领测软件测试网 /软件测试中英文对照术语表A• Abstract test case (High level test case) ：概要测试用例• Acceptance：验收• Acceptance criteria：验收标准• Acceptance testing：验收测试• Accessibility testing：易用性测试• Accuracy：精确性• Actual outcome (actual result) ：实际输出/实际结果• Ad hoc review (informal review) ：非正式评审• Ad hoc testing：随机测试• Adaptability：自适应性• Agile testing：敏捷测试• Algorithm test (branch testing) ：分支测试• Alpha testing：alpha 测试• Analyzability：易分析性• Analyzer：分析员• Anomaly：异常• Arc testing：分支测试• Attractiveness：吸引力• Audit：审计• Audit trail：审计跟踪• Automated testware：自动测试组件• Availability：可用性B• Back-to-back testing：对比测试• Baseline：基线• Basic block：基本块• Basis test set：基本测试集• Bebugging：错误撒播• Behavior：行为• Benchmark test：基准测试• Bespoke software：定制的软件• Best practice：最佳实践• Beta testing：Beta 测试领测国际科技（北京）有限公司领测软件测试网 /• Big-bang testing：集成测试• Black-box technique：黑盒技术• Black-box testing：黑盒测试• Black-box test design technique：黑盒测试设计技术• Blocked test case：被阻塞的测试用例• Bottom-up testing：自底向上测试• Boundary value：边界值• Boundary value analysis：边界值分析• Boundary value coverage：边界值覆盖率• Boundary value testing：边界值测试• Branch：分支• Branch condition：分支条件• Branch condition combination coverage：分支条件组合覆盖率• Branch condition combination testing：分支条件组合测试• Branch condition coverage：分支条件覆盖率• Branch coverage：分支覆盖率• Branch testing：分支测试• Bug：缺陷• Business process-based testing：基于商业流程的测试C• Capability Maturity Model (CMM) ：能力成熟度模型• Capability Maturity Model Integration (CMMI) ：集成能力成熟度模型• Capture/playback tool：捕获/回放工具• Capture/replay tool：捕获/重放工具• CASE (Computer Aided Software Engineering) ：电脑辅助软件工程• CAST (Computer Aided Software Testing) ：电脑辅助软件测试• Cause-effect graph：因果图• Cause-effect graphing：因果图技术• Cause-effect analysis：因果分析• Cause-effect decision table：因果判定表• Certification：认证• Changeability：可变性• Change control：变更控制• Change control board：变更控制委员会• Checker：检查人员• Chow's coverage metrics (N-switch coverage) ：N 切换覆盖率• Classification tree method：分类树方法• Code analyzer：代码分析器• Code coverage：代码覆盖率领测国际科技（北京）有限公司领测软件测试网 /• Code-based testing：基于代码的测试• Co-existence：共存性• Commercial off-the-shelf software：商用离岸软件• Comparator：比较器• Compatibility testing：兼容性测试• Compiler：编译器• Complete testing：完全测试/穷尽测试• Completion criteria：完成标准• Complexity：复杂性• Compliance：一致性• Compliance testing：一致性测试• Component：组件• Component integration testing：组件集成测试• Component specification：组件规格说明• Component testing：组件测试• Compound condition：组合条件• Concrete test case (low level test case) ：详细测试用例• Concurrency testing：并发测试• Condition：条件表达式• Condition combination coverage：条件组合覆盖率• Condition coverage：条件覆盖率• Condition determination coverage：条件判定覆盖率• Condition determination testing：条件判定测试• Condition testing：条件测试• Condition outcome：条件结果• Confidence test (smoke test) ：信心测试（冒烟测试）• Configuration：配置• Configuration auditing：配置审核• Configuration control：配置控制• Configuration control board (CCB) ：配置控制委员会• Configuration identification：配置标识• Configuration item：配置项• Configuration management：配置管理• Configuration testing：配置测试• Confirmation testing：确认测试• Conformance testing：一致性测试• Consistency：一致性• Control flow：控制流• Control flow graph：控制流图• Control flow path：控制流路径• Conversion testing：转换测试• COTS (Commercial Off-The-Shelf software) ：商业离岸软件• Coverage：覆盖率• Coverage analysis：覆盖率分析领测国际科技（北京）有限公司领测软件测试网 /• Coverage item：覆盖项• Coverage tool：覆盖率工具• Custom software：定制软件• Cyclomatic complexity：圈复杂度• Cyclomatic number：圈数D• Daily build：每日构建• Data definition：数据定义• Data driven testing：数据驱动测试• Data flow：数据流• Data flow analysis：数据流分析• Data flow coverage：数据流覆盖率• Data flow test：数据流测试• Data integrity testing：数据完整性测试• Database integrity testing：数据库完整性测试• Dead code：无效代码• Debugger：调试器• Debugging：调试• Debugging tool：调试工具• Decision：判定• Decision condition coverage：判定条件覆盖率• Decision condition testing：判定条件测试• Decision coverage：判定覆盖率• Decision table：判定表• Decision table testing：判定表测试• Decision testing：判定测试技术• Decision outcome：判定结果• Defect：缺陷• Defect density：缺陷密度• Defect Detection Percentage (DDP) ：缺陷发现率• Defect management：缺陷管理• Defect management tool：缺陷管理工具• Defect masking：缺陷屏蔽• Defect report：缺陷报告• Defect tracking tool：缺陷跟踪工具• Definition-use pair：定义-使用对• Deliverable：交付物• Design-based testing：基于设计的测试• Desk checking：桌面检查领测国际科技（北京）有限公司领测软件测试网 /• Development testing：开发测试• Deviation：偏差• Deviation report：偏差报告• Dirty testing：负面测试• Documentation testing：文档测试• Domain：域• Driver：驱动程序• Dynamic analysis：动态分析• Dynamic analysis tool：动态分析工具• Dynamic comparison：动态比较• Dynamic testing：动态测试E• Efficiency：效率• Efficiency testing：效率测试• Elementary comparison testing：基本组合测试• Emulator：仿真器、仿真程序• Entry criteria：入口标准• Entry point：入口点• Equivalence class：等价类• Equivalence partition：等价区间• Equivalence partition coverage：等价区间覆盖率• Equivalence partitioning：等价划分技术• Error：错误• Error guessing：错误猜测技术• Error seeding：错误撒播• Error tolerance：错误容限• Evaluation：评估• Exception handling：异常处理• Executable statement：可执行的语句• Exercised：可执行的• Exhaustive testing：穷尽测试• Exit criteria：出口标准• Exit point：出口点• Expected outcome：预期结果• Expected result：预期结果• Exploratory testing：探测测试领测国际科技（北京）有限公司领测软件测试网 /F• Fail：失败• Failure：失败• Failure mode：失败模式• Failure Mode and Effect Analysis (FMEA) ：失败模式和影响分析• Failure rate：失败频率• Fault：缺陷• Fault density：缺陷密度• Fault Detection Percentage (FDP) ：缺陷发现率• Fault masking：缺陷屏蔽• Fault tolerance：缺陷容限• Fault tree analysis：缺陷树分析• Feature：特征• Field testing：现场测试• Finite state machine：有限状态机• Finite state testing：有限状态测试• Formal review：正式评审• Frozen test basis：测试基线• Function Point Analysis (FPA) ：功能点分析• Functional integration：功能集成• Functional requirement：功能需求• Functional test design technique：功能测试设计技术• Functional testing：功能测试• Functionality：功能性• Functionality testing：功能性测试G• glass box testing：白盒测试H• Heuristic evaluation：启发式评估• High level test case：概要测试用例• Horizontal traceability：水平跟踪领测国际科技（北京）有限公司领测软件测试网 /I• Impact analysis：影响分析• Incremental development model：增量开发模型• Incremental testing：增量测试• Incident：事件• Incident management：事件管理• Incident management tool：事件管理工具• Incident report：事件报告• Independence：独立• Infeasible path：不可行路径• Informal review：非正式评审• Input：输入• Input domain：输入范围• Input value：输入值• Inspection：审查• Inspection leader：审查组织者• Inspector：审查人员• Installability：可安装性• Installability testing：可安装性测试• Installation guide：安装指南• Installation wizard：安装向导• Instrumentation：插装• Instrumenter：插装工具• Intake test：入口测试• Integration：集成• Integration testing：集成测试• Integration testing in the large：大范围集成测试• Integration testing in the small：小范围集成测试• Interface testing：接口测试• Interoperability：互通性• Interoperability testing：互通性测试• Invalid testing：无效性测试• Isolation testing：隔离测试• Item transmittal report：版本发布报告• Iterative development model：迭代开发模型K• Key performance indicator：关键绩效指标领测国际科技（北京）有限公司领测软件测试网 /• Keyword driven testing：关键字驱动测试L• Learnability：易学性• Level test plan：等级测试计划• Link testing：组件集成测试• Load testing：负载测试• Logic-coverage testing：逻辑覆盖测试• Logic-driven testing：逻辑驱动测试• Logical test case：逻辑测试用例• Low level test case：详细测试用例M• Maintenance：维护• Maintenance testing：维护测试• Maintainability：可维护性• Maintainability testing：可维护性测试• Management review：管理评审• Master test plan：综合测试计划• Maturity：成熟度• Measure：度量• Measurement：度量• Measurement scale：度量粒度• Memory leak：内存泄漏• Metric：度量• Migration testing：移植测试• Milestone：里程碑• Mistake：错误• Moderator：仲裁员• Modified condition decision coverage：改进的条件判定覆盖率• Modified condition decision testing：改进的条件判定测试• Modified multiple condition coverage：改进的多重条件判定覆盖率• Modified multiple condition testing：改进的多重条件判定测试• Module：模块• Module testing：模块测试• Monitor：监视器• Multiple condition：多重条件• Multiple condition coverage：多重条件覆盖率领测国际科技（北京）有限公司领测软件测试网 /• Multiple condition testing：多重条件测试• Mutation analysis：变化分析• Mutation testing：变化测试N• N-switch coverage：N 切换覆盖率• N-switch testing：N 切换测试• Negative testing：负面测试• Non-conformity：不一致• Non-functional requirement：非功能需求• Non-functional testing：非功能测试• Non-functional test design techniques：非功能测试设计技术O• Off-the-shelf software：离岸软件• Operability：可操作性• Operational environment：操作环境• Operational profile testing：运行剖面测试• Operational testing：操作测试• Oracle：标准• Outcome：输出/结果• Output：输出• Output domain：输出范围• Output value：输出值P• Pair programming：结队编程• Pair testing：结队测试• Partition testing：分割测试• Pass：通过• Pass/fail criteria：通过/失败标准• Path：路径• Path coverage：路径覆盖• Path sensitizing：路径敏感性• Path testing：路径测试领测国际科技（北京）有限公司领测软件测试网 / • Peer review：同行评审• Performance：性能• Performance indicator：绩效指标• Performance testing：性能测试• Performance testing tool：性能测试工具• Phase test plan：阶段测试计划• Portability：可移植性• Portability testing：移植性测试• Postcondition：结果条件• Post-execution comparison：运行后比较• Precondition：初始条件• Predicted outcome：预期结果• Pretest：预测试• Priority：优先级• Probe effect：检测成本• Problem：问题• Problem management：问题管理• Problem report：问题报告• Process：流程• Process cycle test：处理周期测试• Product risk：产品风险• Project：项目• Project risk：项目风险• Program instrumenter：编程工具• Program testing：程序测试• Project test plan：项目测试计划• Pseudo-random：伪随机Q• Quality：质量• Quality assurance：质量保证• Quality attribute：质量属性• Quality characteristic：质量特征• Quality management：质量管理领测国际科技（北京）有限公司领测软件测试网 /R• Random testing：随机测试• Recorder：记录员• Record/playback tool：记录/回放工具• Recoverability：可复原性• Recoverability testing：可复原性测试• Recovery testing：可复原性测试• Regression testing：回归测试• Regulation testing：一致性测试• Release note：版本说明• Reliability：可靠性• Reliability testing：可靠性测试• Replaceability：可替换性• Requirement：需求• Requirements-based testing：基于需求的测试• Requirements management tool：需求管理工具• Requirements phase：需求阶段• Resource utilization：资源利用• Resource utilization testing：资源利用测试• Result：结果• Resumption criteria：继续测试标准• Re-testing：再测试• Review：评审• Reviewer：评审人员• Review tool：评审工具• Risk：风险• Risk analysis：风险分析• Risk-based testing：基于风险的测试• Risk control：风险控制• Risk identification：风险识别• Risk management：风险管理• Risk mitigation：风险消减• Robustness：健壮性• Robustness testing：健壮性测试• Root cause：根本原因S• Safety：安全领测国际科技（北京）有限公司领测软件测试网 /• Safety testing：安全性测试• Sanity test：健全测试• Scalability：可测量性• Scalability testing：可测量性测试• Scenario testing：情景测试• Scribe：记录员• Scripting language：脚本语言• Security：安全性• Security testing：安全性测试• Serviceability testing：可维护性测试• Severity：严重性• Simulation：仿真• Simulator：仿真程序、仿真器• Site acceptance testing：定点验收测试• Smoke test：冒烟测试• Software：软件• Software feature：软件功能• Software quality：软件质量• Software quality characteristic：软件质量特征• Software test incident：软件测试事件• Software test incident report：软件测试事件报告• Software Usability Measurement Inventory (SUMI) ：软件可用性调查问卷• Source statement：源语句• Specification：规格说明• Specification-based testing：基于规格说明的测试• Specification-based test design technique：基于规格说明的测试设计技术• Specified input：特定输入• Stability：稳定性• Standard software：标准软件• Standards testing：标准测试• State diagram：状态图• State table：状态表• State transition：状态迁移• State transition testing：状态迁移测试• Statement：语句• Statement coverage：语句覆盖• Statement testing：语句测试• Static analysis：静态分析• Static analysis tool：静态分析工具• Static analyzer：静态分析工具• Static code analysis：静态代码分析• Static code analyzer：静态代码分析工具• Static testing：静态测试• Statistical testing：统计测试领测国际科技（北京）有限公司领测软件测试网 /• Status accounting：状态统计• Storage：资源利用• Storage testing：资源利用测试• Stress testing：压力测试• Structure-based techniques：基于结构的技术• Structural coverage：结构覆盖• Structural test design technique：结构测试设计技术• Structural testing：基于结构的测试• Structured walkthrough：面向结构的走查• Stub: 桩• Subpath: 子路径• Suitability: 符合性• Suspension criteria: 暂停标准• Syntax testing: 语法测试• System:系统• System integration testing：系统集成测试• System testing：系统测试T• Technical review：技术评审• Test：测试• Test approach：测试方法• Test automation：测试自动化• Test basis：测试基础• Test bed：测试环境• Test case：测试用例• Test case design technique：测试用例设计技术• Test case specification：测试用例规格说明• Test case suite：测试用例套• Test charter：测试宪章• Test closure：测试结束• Test comparator：测试比较工具• Test comparison：测试比较• Test completion criteria：测试比较标准• Test condition：测试条件• Test control：测试控制• Test coverage：测试覆盖率• Test cycle：测试周期• Test data：测试数据• Test data preparation tool：测试数据准备工具领测国际科技（北京）有限公司领测软件测试网 / • Test design：测试设计• Test design specification：测试设计规格说明• Test design technique：测试设计技术• Test design tool: 测试设计工具• Test driver: 测试驱动程序• Test driven development: 测试驱动开发• Test environment: 测试环境• Test evaluation report: 测试评估报告• Test execution: 测试执行• Test execution automation: 测试执行自动化• Test execution phase: 测试执行阶段• Test execution schedule: 测试执行进度表• Test execution technique: 测试执行技术• Test execution tool: 测试执行工具• Test fail: 测试失败• Test generator: 测试生成工具• Test leader:测试负责人• Test harness：测试组件• Test incident：测试事件• Test incident report：测试事件报告• Test infrastructure：测试基础组织• Test input：测试输入• Test item：测试项• Test item transmittal report：测试项移交报告• Test level：测试等级• Test log：测试日志• Test logging：测试记录• Test manager：测试经理• Test management：测试管理• Test management tool：测试管理工具• Test Maturity Model (TMM) ：测试成熟度模型• Test monitoring：测试跟踪• Test object：测试对象• Test objective：测试目的• Test oracle：测试标准• Test outcome：测试结果• Test pass：测试通过• Test performance indicator：测试绩效指标• Test phase：测试阶段• Test plan：测试计划• Test planning：测试计划• Test policy：测试方针• Test Point Analysis (TPA) ：测试点分析• Test procedure：测试过程领测国际科技（北京）有限公司领测软件测试网 /• Test procedure specification：测试过程规格说明• Test process：测试流程• Test Process Improvement (TPI) ：测试流程改进• Test record：测试记录• Test recording：测试记录• Test reproduceability：测试可重现性• Test report：测试报告• Test requirement：测试需求• Test run：测试运行• Test run log：测试运行日志• Test result：测试结果• Test scenario：测试场景• Test script：测试脚本• Test set：测试集• Test situation：测试条件• Test specification：测试规格说明• Test specification technique：测试规格说明技术• Test stage：测试阶段• Test strategy：测试策略• Test suite：测试套• Test summary report：测试总结报告• Test target：测试目标• Test tool：测试工具• Test type：测试类型• Testability：可测试性• Testability review：可测试性评审• Testable requirements：需求可测试性• Tester：测试人员• Testing：测试• Testware：测试组件• Thread testing：组件集成测试• Time behavior：性能• Top-down testing：自顶向下的测试• Traceability：可跟踪性U• Understandability：易懂性• Unit：单元• unit testing：单元测试• Unreachable code：执行不到的代码领测国际科技（北京）有限公司领测软件测试网 /• Usability：易用性• Usability testing：易用性测试• Use case：用户用例• Use case testing：用户用例测试• User acceptance testing：用户验收测试• User scenario testing：用户场景测试• User test：用户测试V• V -model：V 模式• Validation：确认• Variable：变量• Verification：验证• Vertical traceability：垂直可跟踪性• Version control：版本控制• Volume testing：容量测试W• Walkthrough：走查• White-box test design technique：白盒测试设计技术• White-box testing：白盒测试• Wide Band Delphi：Delphi 估计方法。