系统集成项目管理工程师第三章信息系统集成技术_系统集羡慕管理工程师黑g盒测试在那一章

3.1信息系统建设

1、信息系统的生命周期 都是重点

2、信息系统开发方法 都是重点

3.2信息系统设计

1、系统方案设计包括总体设计和各部分的详细设计（物理设计）两个方面。

（1）系统总体设计：包括系统的总体架构方案设计，软件系统的总体架构设计，数据存储的总体设计。计算机和网络系统的方案设计等。

（2）系统详细设计：包括代码设计，数据库设计，人/机界面设计，处理过程设计，等

2、在系统设计中进行设备、DBMS及技术选型时，不知要考虑系统的功能要求，还要考虑到系统实现的内外环境和主客观条件。

3.3软件工程

1、软件需求是针对待解决问题的特性的描述，所定义的需求必须可以被验证，在资源有限时，可以通过优先级对需求进行权限，通过需求分析，可以检测和解决需求之间的冲突，发现系统的边界，并详细描述出系统需求。

2、通过软件设计得到要实现的各种不同模型，并确定最终方案，其可以划分为软件架构设计（也叫做高层设计）和软件详细设计两个阶段。

3、软件测试都看

4、软件维护都看

5、软件质量指的是软件特性的总和，是软件满足用户需求的能力，既遵从用户需求，达到用户满意，软件质量包括内部质量和外部质量和使用质量三部分。

6、验证与确认：确定某一活动的产品是否符合活动的需求，最终的软件产品是否符合活动的需求，最终的软件产品是否达到其意图并满足用户需求，验证过程试图确保活动的输出产品已经被正确构造，即活动的输出满足活动的规范说明；确认过程则试图确保构造了正确的产品，即产品满足其特定的目的。

7、评审与审计：包括管理评审，技术评审、检查、走查、审计等。

管理品神的目的是监控进展，决定计划和进度的状态，或评价用于达到目标所用管理方法的有效性，技术评审的目的是评价软件产品，以确定其使用意图的适合性。

软件审计的目的是提供软件产品，和过程对于可应用的规则、标准、指南、计划和流程的遵从性的独立评价。审计是正式组织的活动，识别违例情况，并要生成审计报告，采取更正性行动。

8、软件过程管理涉及技术过程和管理过程，通常包括以下几个方面。

（1）项目启动与范围定义：启动项目并确定软件需求。

（2）项目规划：制订计划，其中一个关键点是确定适当的软件生命周期过程，并完成相关的工作。

（3）项目实施：根据计划，并完成现相关的工作。

（4）项目监控与评审，确认项目工作是否满足要求，发现问题并解决问题。

（5）项目收尾与关闭：为了项目结束所做的活动，需要项目验收，并在验收后进行归档、事后分析和过程改进等活动。

9、软件复用都看

3.4面向对象系统分析与设计

1、各名词定义都必须理解

2、UML的那些内容都看

软件测试，这可是考试的重点。为了发现错误而执行错误的过程，从软件开发者的角度出发，则希望软件测试成为表明软件产品中不存在错误的过程，验证该软件以正确地实现了用户需求，确立人们对软件质量的信心，从用户的角度出发，普遍希望通过软件测试暴露软件中隐藏的错误和缺陷，以考虑是否可接受该产品。

尽早地和不断地进行软件测试，测试用例应当由测试输入，系统测试应尽可能在实际运行使用环境下进行。

数据和对应的预期输出结果这两部分组成：程序员应避免检查自己的程序；在设计测试用例时，应包括合理的输入条件和不合理的输入条件，充分助理测试中的群集现象，经验表明，测试后程序中残存的参数错误与该程序中已发现的错误数目成正比，严格执行测试计划，排除测试的随意性；应当对每个测试结果做全面检查，妥善保存测试计划，测试用例，出错统计和最终分析报告，为软件维护提供方便。

测试不再只是一种尽在编码阶段完成后才开始的活动，现在的软件测试被认为是一种应该包括在整个开发和维护过程中的活动，它本身是实际产品构造的一个重要部分。

常用的测试方法有黑盒测试和白盒测试

黑盒测试：不考虑程序的内部结构，主要是在程序的借口上进行测试，测试用例设计有：

（1）等价类划分，（2）边界值分析（3）错误推断法（4）因果图

白盒测试：把测试对象看做一个透明的合资，对程序所有逻辑路径进行测试，具有代表的逻辑覆盖包含：

（1）语句覆盖（2）判断覆盖（3）条件覆盖（4）判定——条件覆盖（5）条件组合覆盖（6）路径覆盖

软件测试时由一系列不同的测试所组成的，可以分为：单元测试，集成测试，确认测试，系统测试。

单元测试，模块测试，是对每个模块进行测试，要理解驱动模块和桩模块。主要目的是针对编码过程中可能存在的各种错误。例如用户输入验证过程中的边界值的错误。

集成测试：在单元测试的基础上，将所有模块按照设计要求组装成系统，必须精心计划，应提交集成测试计划，集成测试规格说明书和集成测试分析报告，主要目的是针对详细设计中可能存在的问题，尤其是检查个单元与其他程序部分之间的接口上可能存在的错误。

确认测试：验证软件的功能、性能以及其他特性是否与用户的要求一致。

系统测试：将软件放在整个计算机环境中，在实际运行环境中进行一系列测试，发现软件与系统定义不符合或矛盾的地方。

α测试：是在开发环境进行的测试

β测试：是用户在实际环境中进行的测试，开发者不在旁边。

回归测试是指修改了旧代码后，重新进行测试以确认修改没有引入新的错误或导致其他代码产生错误，在给完的预算和进度下，尽可能有效率地进行回归测试，需要对测试用例库进行维护并依据一定的策略选择相应的回归测试包，对测试用例库的维护通常包括删除过时的测试用例，改进不收控制的测试用例，删除冗余的测试用例，增添新的测试用例等，在软件生命周期中，即使一个割刀良好维护测试用例库也可能变得相当大，这是每次回归测试都重新运行完整的测试包变得不切实际，时间和成本约束可能阻碍运行这样一个测试，又是测试组不得不选择一个缩减的回归测试包来完成回归测试。

模糊测试是指将一个随机的，非预期的数据源作为程序的输入，然后系统地找出这些输入所引起的程序失效。通过模糊测试，你将会抢在别人之前来解释软件易受攻击的弱点。模糊测试现在已经发展成为一个最有效的软件安全性测试方法。

软件测试又可分为：

（1）功能测试（2）可靠性测试，（3）强度测试（4）性能测试，（5）恢复测试（6）启动/停止测试（7）配置测试（8）安全性测试（9）可使用性测试（10）安装测试（11）过程测试（12）容量测试（13）文档测试（14）兼容性测试，
Loadrunner用做性能测试，QTP用作自动化测试

软件测试试工作流程

（1）制定“软件测试”计划

（2）编写“软件测试说明”

（3）执行软件测试

（4）编制软件测试报告

（5）修正软件测试过程中发现的问题

（6）软件测试阶段评审。

软件维护——软件正式交付用户以后，即进入漫长的维护期，软件的维护从性质上分为：纠错型维护、适应型维护，预防型和完善型维护简称就是鱼丸，其中完善型维护是软件维护工作的主要部分。

纠错性维护纠正在咖啡阶段产生而在测试和验收过程没有发现的错误，其主要内容包括：

（1）设计错误

（2）程序错误

（3）数据错误

（4）文档错误

适应性维护为适应软件运行环境改变而作的修改，环境改变的主要内容包括：

（1）影响系统的规则或规律的变化

（2）硬件配置的变化，如机型、终端、外部设备的改变等；

（3）数据格式或文件结构的改变

（4）软件支持环境的改变，如操作系统、编译器或实用程序的变化等。

完善性维护为扩充功能或改善性能而进行的修改，修改方式有插入，删除，扩充和增强等。主要内容包括

（1）为扩充和增强功能而做的修改，如扩充解题和算法优化等；

（2）为改善性能而作的修改，如提高运行速度，节省存储空间等‘

（3）为便于维护而做的修改，如为了改进易读性而增加一些注释等。

预防型维护是将潜在的漏洞在实际发生之前的就进行修复

这4种维护都在软件产品交付之后进行的。