第13章——软件测试简介
- 软件测试基本概念：为了度量和提高被测软件的质量，对测试件进行工程设计、实施维护的整个生命周期过程。
- 软件测试分类:白盒测试,灰盒测试,黑盒测试
- 自动化测试:一般是指软件测试的自动化，软件测试就是在预设条件下运行系统或应用程序，评估运行结果，预先条件应包括正常条件和异常条件。
- BUG管理流程:系统管理员在BUG管理工具中建立项目名称，以及和被测试的项目相关的人员名单；给相关人员指定相应的角色和权限。2. 测试人员发现BUG并在BUG管理工具如DevTest中记录，测试负责人审核BUG的有效性。Bug的跟踪处理过程参见缺陷跟踪处理流程。3. 测试负责人跟踪BUG分配，以确保BUG没有被忽略。4. 测试负责人负责定期生成测试进展通报表，向项目组成员、项目经理、测试部门经理、高级经理通报每天产生的BUG、BUG总数、BUG状态等有效信息；测试负责人根据这些数据调整测试策略和资源分配或者判断是否可以结束测试。对于争议的BUG，报请测试经理，由测试经理组织讨论后进行裁决，并生成测试问题报告单。5. 结束测试项目后，测试负责人利用BUG管理工具生成BUG统计数据，分析项目的BUG作为编写测试分析报告数据来源之一。
第14章——系统实现与测试过程
- CMMI中对应实战:技术解决方案（Tenchnical Solution,TS）过程域、验证（Verification,VER）过程域、产品集成（Product Integration，PI）过程域。
2.技术解决方案（TS）过程域中对应的实践
3.SG3 Implement the Product Design（实现产品设计）
4.SP3.1 Implement the Design（实现设计）
5.SP3.2 Develop Product Support Documentation（建立产品支持文档）
产品集成（PI）
6.SG1 Prepare for Product Integration（产品集成准备）
7.SP1.1 Establish an Integration Strategy（建立集成战略）
8.SP1.2 Establish the Product Integration Environment（建立产品集成环境）
9.SP1.3 Establish Product Integration Procedures and Criteria（建立集成规程及准则）
10.SG2 Ensure Interface Compatibility（确保接口的兼容性）
11.SP2.1 Review Interface Descriptions for Completenss（审查接口描述的完整性）
12.SP2.2 Manage Interfaces（管理接口）
13.SG3 Assemble Product Components and Deliver the Product（装配产品组件并交付作品）
14.SP3.1 Confirm Readiness of Product Components for Integration（确认用于集成的产品组件准备就绪）
15.SP3.2 Assemble Product Components（装配产品备件）
16.SP3.3 Evaluate Assembled Product Components（评估已装配产品部件）
17.SP3.4 Package and Deliver the Product Component（打包并交付产品或产品组件）
2.系统实现与测试过程简述：软件开发过程中，系统实现与测试过程至关重要。
1、实现产品组件的编码并产生相应的支持文档
2、准备产品/系统集成，确保接口兼容性，组装产品组件。
3、同时适时对产品组件进行单元测试和集成测试，实现对产品组件及集成的产品构件的验证。
不同的角色在软件开发分别担任不同的职责。
3.编码流程：
项目经理在安排任务是要得当的分配。
没有，只有最适合的编程语言。
根据“成本——收益”来决定。
开发软件是为了满足客户的需要，尽可能使用成熟的技术。
一鼓作气完成效率最高。
组件开发团队时多一些编程老手，多一些责任心。
4.测试流程：
1单元测试：在设计阶段整个系统被分为许多的单元模块，因此要先进行单元测试来找出具体问题。
2集成测试：集成测试是单元测试的逻辑扩张，找出当许多单元结合时产生的问题。
第15章——制定测试方案及编写测试用例
1.CMMI对应实践：
1.CMMI中VAL（Validation，确认）过程域的相关准备活动
2.SP1.1 Select Product for Validation（选择需要确认的产品）
3.SP1.2 Establish the Validation Environment（建立确认环境）
4.SP1.3 Establish Validation Producedures and Criteria（建立并维护确认过程和准则）
2.测试资料收集與整理：
1、通用信息
一般信息：
公司大体情况；测试部门大体情况；周围人与事、工作环境；公司文化
技术信息：
软件类别及构成；软件的用户界面；涉及的第三方软件
2、被测软件的类别及构成
需要了解软件的类别及结构
3、被测软件的用户界面
需要了解最终用户的软件界面
测试计划要解决的重点：
1、软件及测试基本情况
2、软件目前主要存在的问题
3、软件管理流程（BUG）
4、使用的测试软件、BUG管理软件、配置管理软件
5、测试环境
6、软件产品的文件、说明
3.测试方案是软件测试的总体规划：
测试计划书的衡量标准——必须有明确的测试目标、范围和深度、具体实施方案、及测试重点；提供大体的测试进度及所需的资源（人力、物力、软件、硬件等）
第16章——系统测试
1.CMMI中对应实践：
1.VAL过程域
2.SG2 Validate Product or Product Components（确认产品或产品组件）
3.SP2.1 Perform Validation（执行确认）
4.SP2.2 Analyze Validation Results （分析确认结果）
2.系统测试活动内容：
1、用户层,主要是面向产品最终的使用操作者的测试，重点是突出从操作者角度，测试系统对用户支持的情况。
2、应用层，针对产品应用的测试，重点在系统应用的角度，模拟实际应用环境，对系统兼容性、可靠性、性能进行的测试
3、功能层、针对产品具体功能实现测试
4、子系统层，针对产品具体功能实现的测试
5、协议/指标层，针对系统支持的协议、指标的测试