软件产品构成
包装、安装部署说明、帮助文档、用户手册、源程序
软件产品中间过程文档
软件角色构成
项目经理(PM):驱动整个项目的运转，负责制定计划，安排人力，管理进度，协调 团队，进行重大决策；
需求分析工程师：对产品\项目的需求调研与分析，输出产品需求规格说明书；
架构师 / 系统工程师(FD架构师,SE系统架构师):技术专家，经验丰富，负责整个系统的体系架构的设计以及关键模块的设计；
程序员 / 开发人员（PG）：设计、编写软件，并修复软件中的缺陷；
测试工程师（TE）：负责找出软件产品存在的问题并报告；
文档工程师(DE)：负责编写软件产品附带的文件和联机帮助文档；
配置管理员(CMO)：负责代码和项目相关资料的管理，以及进行编译、打包，组合成一个软件包；
项目管理工程师（QA）：负责在研项目开发过程的流程质量监管。
软件工程是什么？
定义:采用工程的概念、原理、技术和方法来开发和维护计算机软件
软件开发过程是什么？
瀑布模型
V模型
V模型的优点：
1.明确标明了测试过程中存在的不同级别；
2.清楚地描述了测试阶段与开发过程各阶段的对应关系与开发同步
(引入检测机制,需求分析做的好不好，看验收测试）；
3.V模型的测试策略既包括了低层测试（代码级的测试），又包括了高层测试（需求级的
测试）。
V模型的缺点：
1.它仅仅把测试过程作为需求分析，概要设计，详细设计编码之后的一个阶段，容易让人理解为测试是软件开发的最后一个阶段；
2.没有明确说明早期的测试，不符合越早测试和不断地进行测试的原则（用户需求对不对要到验收测试才能发现）；
3.和瀑布模型一样，流程也是单向的，不可逆。
W模型
W模型的优点：
1.符合尽早测试和不断测试的原则；（需求分析阶段开始介入）
2.符合实际工作中的测试活动。
W模型的缺点：
1.W模型和V模型共同：仍把开发活动看成是从需求开始到编码结束
的串行活动，只有上一阶段完成后，才可以开始下一阶段的活动，不
能支持迭代，自发性以及变更调整。
快速原型模型
特点：
快速原型方法可以克服瀑布模型的缺点，减少由于软件需求不明确带来的开发
风险，具有显著的效果。快速原型的关键在于尽可能快速地建造出软件原型，一旦
确定了客户的真正需求，所建造的原型将被丢弃。因此，原型系统的内部结构并不
重要，重要的是必须迅速建立原型，随之迅速修改原型，以满足客户的需求。
敏捷开发模型
特点
– 完整地开发，每少数几周或是少数几个月里可以测试功能；
– 强调在获得最简短的可执行功能的部分，能够及早给予企业价值；
– 在整个项目的生命周期里，可以持续的改善、增加未来的功能。
软件开发过程模型的目的
保证最终产品满足用户需求;
提高产品质量，降低产品开发成本;
保证项目可管理，进度可控制;
作为测试人员的职责，是在所处项目的开发模式中， 尽量运用自身的知识和技能，创造出尽量完善的软件。
软件的生命周期
软件研发流程
软件测试流程
软件质量模型
使用质量
使用质量的质量模型
使用质量的属性分为四个特性：有效性、生产率、安全性和满意度
1、有效性：软件产品在指定的使用环境下，使用户能达到与准确性和完备性相关的规定目标的能力
2、生产率：在指定的使用环境下，使用户为达到有效性而消耗适当数量的资源的能力
3、安全性：在指定使用环境下，达到对人类、业务、软件、财产或环境造成损害的可接受的风险级别的能力
4、满意度：使用户满意的能力。
质量保证者：QA和QC
QC：主要是事后的质量检验类活动为主，默认错误是允许的，
期望发现并选出错误。
QA：主要是事先的质量保证类活动，以预防为主。期望降低错
误的发生几率。
CMMI
Capability Maturity Model Integration (能力成熟度模型集成)
共22个过程域