软件测试 第2版 §2软件开发的过程

 

2   软件开发的过程

本章主要讲述:

·         软件产品构成的主要部分

·         软件产品包含哪些人劳动和技术

·         软件从构想到最终产品的过程

§2.1  产品的组成部分

软件产品的投入：见教材图2-1

u      客户需求：

 

问卷调查、收集软件以前版本反馈信息、收集竞争产品信息、收集期刊评论、收集焦点人群的意见以及其他诸多方式，一些是正规的，一些是非正规的。再对信息进行研究、提炼、分析，确定软件产品应该具备哪些功能。

 

利用焦点人群审视软件功能,一般是通过调查公司来实现.先问小问题,小问题符合要求之后再问更多的问题,当然问小问题要给人家报酬.

u      产品说明书

产品是什么、有哪些功能、外观如何。

u      Schedules 进度表

见教材图。

u      软件设计文档

 

常用软件设计文档的清单：

 

·         结构文档：描述软件整体设计的文档，包括软件所有主要部分的描述以及相互之间交互方式。

·         数据流图：数据在程序中如何流动的正规示意图。

·         状态转换图：把软件分解为基本状态或者条件的另一种正规示意图，表示状态间转换方式。

·         流程图：用图像描述程序逻辑的传统方式，现在不流行。一旦投入，编写代码比较简单。

·         代码注释。

u      测试文档

 

·         测试计划：描述用于验证软件是否符合产品说明书和客户需求的整体方案。包括质量目标，资源需求、进度表、任务分配、方法。

·         测试用例：列举测试项目、描述验证软件的详细步骤。

·         缺陷报告：描述执行测试用例找出的问题，通常记录在数据库中。

·         测试工具和自动测试：如果有使用，必须有文档记录。

·         度量、统计和总结：测试过程的汇总，采用图形、表格和报告形式。

u      软件产品由哪些部分组成

 

见教材图2-3

主意以下部分的测试:

帮助文件   用户手册   样本和示例     标签和不干胶  产品支持信息  图标和标志 错误信息   广告和宣传资料

安装   说明文件

切记测试错误信息要详细.不要让代码式的错误提示出现在软件中。

§2.2  软件项目成员

·         项目经理、程序经理或者监制人员自始至终驱动整个项目。通常负责编写产品说明书，管理进度，进行重大决策。

·         体系架构师或者系统工程师师产品小组中的技术专家。可设计整个系统的系统架构或软件。与程序员工作紧密

·         程序员、开发人员或者代码制作者 设计编写软件并修复软件中的缺陷。与项目经理和设计师密切合作。

·         测试员或者QA负责找出并报告软件产品的问题。和开发小组全体人员密切合作，进行测试并报告发现的问题。

·         技术作者、用户协助专员、用户培训专员、手册编写员或者文案专员：编制软件产品附带的文件和联机文档。

·         配置管理员或者构建员：把代码和全部文档组合成软件包。

§2.3  软件开发生命周期模式

软件开发生命周期模式：软件产品从最初构想到公开发行的过程。

u      Big-Bang Model 大爆炸模式

简单。计划、进度安排和正规开发过程几乎没有。

       基本上没有测试的.

u      编写边改模式

 

典型的非正规说明书－>编码、修改、反复查询直到？->产品

考虑了产品需求。

测试再编写代码和修复缺陷中很重要.可能版本繁多.

u      瀑布模式

构思－分析－设计－开发－测试－产品

 

这种模型利于测试,但是可能比较晚才会发现问题.

u      螺旋模式

 

每步的步骤如下:

1.  确定目标、可选方案和限制条件

2.  明确并化解风险

3. 评估可选方案

4.当前阶段开发和测试

5. 计划下一阶段

6.  确定进入下一阶段的方法

其实以上3种模型的结合,测试人员较早进入,一直在测试. 

 

另外还有敏捷软件开发,但是作者并不看好,参考: Agile Modeling, Teach Yourself Extreme Programming in 24 Hours, and Extreme Programming Practices in Action. All are published by Sams Publishing. ,