impr: 常规更新

docs/ruankao/software engineering.md

@@ -383,7 +383,7 @@ SRS 具体包括功能需求、非功能需求和约束。约束包括设计约
 
 * **单元测试** 主要是对该软件的模块进行测试，往往由程序员自己完成。常采用 **白盒的静态测试** 如静态分析、代码审查等，也可以采用 **自动化的动态测试**。
 
-    ??? info "2011 综合测试 41"
+    ???+ info "2011 综合测试 41"
 
         静态分析通过解析程序文本从而识别出程序语句的各个部分，审查可能的缺陷和异常之处，静态分析包括五个阶段：
         
@@ -398,7 +398,7 @@ SRS 具体包括功能需求、非功能需求和约束。约束包括设计约
 
     !!! note "2009 综合知识 43"
 
-        系统测试是将已经确认的软件、计算机硬件、外设和网络等其他因素结合在一起， 进行信息系统的各种集成测试和确认测试，其目的是通过与系统的需求相比较，发现所开发的系统与用户需求不符或矛盾的地方。系统测试是根据系统方案说明书来设计测试用例，常见的系统测试主要有恢复测试、安全性测试、压力测试、性能测试、可靠性测试、可用性测试、可维护性测试和安装测试。
+        系统测试是将已经确认的软件、计算机硬件、外设和网络等其他因素结合在一起， 进行信息系统的各种 **集成测试和确认测试**，其目的是通过与系统的需求相比较，发现所开发的系统与用户需求不符或矛盾的地方。系统测试是根据系统方案说明书来设计测试用例，常见的系统测试主要有恢复测试、安全性测试、压力测试、性能测试、可靠性测试、可用性测试、可维护性测试和安装测试。
 
     !!! note "2010 综合知识 42,43"
 
@@ -411,6 +411,18 @@ SRS 具体包括功能需求、非功能需求和约束。约束包括设计约
         5. **可靠性测试：** 通常使用以下两个指标来衡量系统的可靠性：平均失效间隔时间 MTBF(mean time between failures)是否超过了规定的时限，因故障而停机时间 MTTR (mean timeto repairs)在一年中不应超过多少时间。
         6. **安装测试：** 在安装软件系统时，会有多种选择。安装测试就是为了检测在安装过程中是否有误、是否容易操作等。主要监测系统的每一个部分是否齐全，硬件的配置是否合理，安装中需要产生的文件和数据库是否已产生，其内容是否正确等。
 
+    !!! note "2011 综合知识 42"
+
+        **确认测试** 主要用于验证软件的功能、性能和其他特性是否与用户需求一致。根据用户的参与程度，通常包括以下 4 种类型。
+        
+        * **内部确认测试。** 内部确认测试主要由软件开发组织内部按照软件需求规格说明书进行测试。
+        * **$\alpha 测试和 \beta 测试$。** 对于通用产品型的软件开发而言，$\alpha$ 测试是指由用户在开发环境下进行测试，通过 $\alpha$ 测试以后的产品通常称为 $\alpha$ 版；$\beta$ 测试是指由用户在实际使用环境下进行测试，通过 $\beta$ 测试的产品通常称为 $\beta$ 版。一般在通过 $\beta$ 测试后，才能把产品发布或交付给用户。
+        * **验收测试。** 验收测试是指针对软件需求规格说明书，在交付前以用户为主进行的测试。
+
+        其测试对象为完整的、集成的计算机系统。验收测试的目的是，在真实的用户工作环境下，检验软件系统是否满足开发技术合同或软件需求规格说明书。验收测试的结论是用户确定是否接收该软件的主要依据。
+        
+        系统测试的目的是在真实系统工作环境下，验证完整的软件配置项能否和系统正确连接，并满足系统/子系统设计文档和软件开发合同规定的要求。系统测试的主要内容包括功能测试、健壮性测试、性能测试、用户界面测试、安全性测试、安装与反安装测试等。其中性能测试包括负载测试、压力测试、可靠性测试和并发测试。
+
 * **验收测试** 是确认系统满足用户需求或者协议的要求，确保系统能支撑业务运行。
 
 ## 净室软件工程