SRS software Requirement Specification 软件需求规格说明书
SQA Software Quality Assurance 软件质量保证
RUP Rational Unified Process 统一软件开发过程
IPD Integrated Product Development 集成产品开发
UCD User Centered design
UAT User Accept Test 用户验收测试
CMM Capability Maturity Model 件能力成熟度模型
KPA Key Process Area 关键过程区域
SEPG Software Engineer Process Group 软件工程过程组
UT Unit Testing 单元测试
IT Integration Testing 集成测试
ST System Testing 系统测试
Gray Box Testing 灰盒测试
White Box Testing 白盒测试
Black Box Testing 黑盒测试
Regression Testing 回归测试
SDP Software Development Plan 软件开发计划
SOW 工作任务书
Verification 验证
Validation 确认
STP System Test Plan 系统测试计划
Entry Criteria 入口准则
Exit Criteria 出口准则
Reviews And Audits 评审和审计
Documented Procedures 书面规程
Performance Testing 性能测试
Stress Testing 压力测试
Volume Testing 容量测试
GUI Graphic User Interface
Bank up Testing 备份测试
Robustness Testing 健壮性测试
Documentation Testing 文档测试
Online Help Testing 在线帮助测试
Statement Coverage 语句覆盖率
Branch Coverage 分支覆盖率
Condition Coverage 条件覆盖率
Branch Condition Coverage 分支条件覆盖率
Decision Condition Coverage 判定条件覆盖率
Path Coverage 路径覆盖率
Function Coverage 功能覆盖率
Inheritance Content Coverage 继承上下文覆盖率
State-Based Content Coverage 基于状态的上下文覆盖率
User-Defined Content Coverage 已定义用户上下文覆盖率
IB Coverage Instruction Blocks Coverage 指令块覆盖率
DDP Decision-to-Decision Coverage 判定路径覆盖率
Peer Review 同行评审
CCB Change Control Board 变更控制委员会
CR Change Request 变更请求
CVS Concurrent Version System
Top Down Unit Testing 顶向下的单元测试策略
Bottom Up Unit Testing 底向上的单元测试策略
Isolation Unit Testing 孤立的单元测试的策略
RTM Requirement Traceability Matrix 需求跟踪矩阵
MTTF Mean Time To Failure 平均失效时间
MTBF Mean Time Between Failure 平均失效间隔时间
MTTR Mean Time To Repair 平均修复时间
Test Specification 测试规格
Test Strategy 测试策略
Software Life Cycle 软件生命周期
SDP Software Development Plan 软件开发计划
Siral Model 螺旋模型
LCSAJ Linear Code Sequence And Jump 线形代码顺序和跳转
Emulator 仿真
Code Audit 代码审计
1、软件危机的出现主要表现在：
2、a. 由于缺乏大型软件开发经验和软件开发数据积累，开发工作计划很难制定；
b. 开发早期需求分析不够明确，造成开发后期矛盾集中暴露；
c. 不遵循开发规范，开发文档不完整，软件难以维护；
d. 缺乏严密有效的软件质量检测手段，交付给用户的软件质量差。
3、软件危机的后果：
4、a. 软件质量不高，很难稳定；
b. 软件项目延期，进度无法控制；
c. 成本增加，无法控制预算。
5、软件危机的根源：
a. 根据摩尔定律，硬件发展很快，相应对软件系统的期望越来越高；
b. 软件系统复杂性提高，需多人合作；
c. 软件开发是人的智力活动，无法用已有的产业工程方法来组织管理。
6、软件危机:导致了对过程的管理的发展和软件测试行业前身的QA的出现
7、软件测试的目的：证明（表明软件能够工作）→ 检测（发现错误）→ 预防（管理质量）
8、测试执行：单元测试（UT执行）：一个测试用例的测试执行；
集成测试（IT执行）：一个测试用例集的测试执行；
系统测试（ST执行）：不同测试阶段的测试执行。
9、回归测试的目的：
a. 验证错误是否修复；
b. 检测对代码的修改是否引入了新的错误。
5、 软件测试的主要工作：
a. 检视代码，评审开发文档；
b. 进行测试设计，写作测试文档（测试计划、测试方案、测试用例等）；
c. 执行测试，发现软件缺陷，提交缺陷报告，并确认缺陷最终得到了修正；
d. 通过测试度量软件质量。
9、 软件生命周期的各个阶段：计划→ 需求分析→ 设计→ 编码→ 测试→ 运行→ 评价
10、 设计：概要设计（HLD）：在设计阶段把各项需求转换成相应的体系结构，每一部分是功能明确的模块；
详细设计（LLD）：对每个模块要完成的工作进行具体的描述。
11、 软件研发相关要素：人员、过程、工具。
12、 软件项目组人员组成：分析人员、设计人员、开发人员、测试人员、配置管理人员、SQA（质量保证人员）；
13、 软件研发流程类型：瀑布模型、螺旋模型、RVP流程、IPD流程。
14、 软件研发中几个重要的过程：需求管理；配置管理；缺陷管理；同行评审。
15、 常见的引入缺陷的原因：a. 开发过程缺乏有效的沟通，或者没有进行沟通；
b. 软件复杂度越来越高；
c. 编程中产生错误；
d. 需求不断变更；
e. 项目进度的压力；
f. 不重视开发文档；
g. 软件开发工具本身隐藏的问题。等等……
8. 多重继承时父类构造函数的执行顺序取决与子类中申明父类的顺序；如果类定义中包含另一个类的对象，则构造函数的执行情况是父类先执行，然后是包含对象类构造函数，最后才是子类本身。
例子：class Son : public father1, public father2
{
otherClass otherClassdata;
........................................
........................................
}
解释：这是因为在CMOS内没有设定跳过存储器的第二、三、四次测试，开机就会执行四次内存测试，当然你也可以按 ESC 键结束内存检查，不过每次都要这样太麻烦了，你可以进入COMS设置后选择BIOS FEATURS SETUP，将其中的Quick Power On Self Test设为Enabled，储存后重新启动即可。
域访问控制符)访问父类资源。