《软件测试与质量保证》读书报告

第一篇：《软件测试与质量保证》读书报告

学生课程读书报告

姓

名

某某某

学号＿

0000000＿

专

业＿ 软件工程＿＿ 班级＿**级软件*班

读书报告题目

××××××××××××× 指导教师及职称

XXX

开课学期

2011

至＿ 2012 学年＿1＿学期

此处写题目(应用此格式)

学号：

姓名：

1.一级标题格式（黑体小四）

正文格式（宋体五号）

1.1 二级标题格式（楷体五号加粗）

正文格式（宋体五号）

参考文献

[1] 作者一, 作者二, 作者三等.论文题目.期刊名称, 年份, 卷号(期号):起始页-终止页.[2] 作者一, 作者二, 作者三等.书名(版次).出版社, 年份, 起始页-终止页.

第二篇：软件测试与质量保证实验指导

实验一.NET软件调试及测试计划

一、实验目的

通过本实验，熟悉.NET软件调试环境与技巧及测试计划的内容，并掌握测试计划的制定过程，能够针对具体项目完成测试策略的制定、测试人员的安排、测试进度安排、测试资源组织等工作。

二、实验内容

1.掌握.NET软件调试环境与调试技巧。基本内容如下：

一、学习附件一的内容，掌握调试技巧；

二、学习c# 中跟踪和调试的技巧-------如何使用 Debug

2.研究给定项目的需求规格说明书，提取测试需求，按照小组的人员情况，安排测试进度，为每一阶段的测试选定测试方法，最后按照给定的测试计划书模版生成完整的测试计划书。

项目需求规格说明书及测试计划模版由教师给出（见相关附件）。

（http://blog.csdn.net/zhouhuozhi/archive/2009/05/14/4180605.aspx）

三、实验要求

1、做好实验预习，掌握，并熟悉本实验中所使用的测试环境及相应的测试软件。

2、写出实验报告，内容是：

（1）实验日期（2）实验题目（3）实验内容

（4）实验结果，包括测试用例，代码清单、测试结果分析和心得体会。

3、本实验以小组为单位，每组上交一篇报告，报告的名称要包括组内人员的姓名。

四、实验学时

本实验需要2学时。

注：实验二与实验三任选一个做；实验四与实验五任选一个做

实验二 单元测试

一、实验目的

通过本实验，熟悉单元测试的目的、内容，并掌握黑盒单元测试的基本方法，能够按照具体要求对指定的程序设计测试用例并进行单元测试。

二、实验内容

1、黑盒单元测试（二选一）

（1）等价类划分法

三角形问题的需求规格描述如下：

输入三个整数a、b、c，分别作为三角形的三条边，现通过程序判断由三条边构成的三角形的类型为等边三角形、等腰三角形、一般三角形（特殊的还有直角三角形），以及构不成三角形。

现在要求输入三个整数a、b、c，必须满足以下条件：

条件1 1≤a≤100 条件2 1≤b≤100 条件3 1≤c≤100 条件4 a

1、条件2和条件3，程序给出“边的取值超出允许范围”的信息。

如果输入值a、b、c 满足条件

1、条件2和条件3，则输出下列四种情况之一：（1）如果不满足条件

4、条件5和条件6中的一个，则程序输出为“非三角形”。（2）如果三条边相等，则程序输出为“等边三角形”。（3）如果恰好有两条边相等，则程序输出为“等腰三角形”。（4）如果三条边都不相等，则程序输出为“一般三角形”。针对此需求：

1、自己编写程序实现，程序语言不限，并要求在实验前完成；

2、分析该程序的输入，建立等价类划分表，并根据等价类表设计测试用例；

3、根据边界值条件设计不少于10组的测试用例；

4、用所有测试用例对程序进行测试，记录每组测试用例对应的输出结果，并对结果进行分析；

5、确定是否存在bug，如果存在bug，分析其原因并调试修复。（2）因果图法

有一个饮料的自动售货机，其规格说明如下：投入相应的钱数，然后按下相应饮料的按钮，如果钱数不够，则给出信息“投入钱数不够！请继续投入！”，如果金额够，就给出饮料，并找零。如果机器内该饮料已经售完，则提示“该饮料已经售完！”，如果不再买其它的饮料则退钱。如果光投入钱没有选择饮料，则给出提示“请选择饮料！”，如果没有投钱就选择饮料，也会给出提示。（本程序由教师给出）分析该需求中的原因和结果，列出来； 画出因果图；

根据因果图生成判定表（决策表）； 根据判定表设计测试用例；

运用测试用例对程序进行测试，并记录测试结果；

6、提交实验报告，报告内容如下：实验题目、实验目的、实验内容、程序清单、测试用例、测试结果、结果分析、心得体会。

三、实验要求

1、做好实验预习，提前编写相关程序，并设计测试用例。

2、写出实验报告，内容是：

（1）实验日期（2）实验题目（3）实验内容

（4）实验结果，包括测试用例，代码清单、测试结果分析和心得体会。

3、本实验以小组为单位，每组上交一篇报告，报告的名称要包括组内人员的姓名。

四、实验学时

本实验需要4学时。

实验三 单元测试

一、实验目的

通过本实验，熟悉单元测试的目的、内容，并掌握白盒单元测试及面向对象的单元测试的基本方法，能够按照具体要求对指定的程序设计测试用例并进行单元测试。

二、实验内容

1、白盒单元测试（二选一）

（1）对实验二中编写的三角形程序，画出其程序流程图；分析程序流程图，确定程序分支；

（2）设计分别满足语句覆盖、路径覆盖、条件覆盖及条件组合覆盖和路径覆盖的测试用例；

（3）用测试用例对程序进行测试，记录测试结果，并对结果进行分析，如果存在缺陷则修改程序，继续测试；

2、面向对象的单元测试

对给定的类设计桩程序或驱动程序，设计测试用例，对其进行单元测试。

三、实验要求

1、做好实验预习，提前编写相关程序，并设计测试用例。

2、写出实验报告，内容是：

① 实验目的

② 实验内容

③ 实验结果，包括测试用例，代码清单、测试结果分析和心得体会。

3、上报实验源代码（或测试脚本、测试结果文件、测试报告），本实验以小组为单位，每组上交一篇报告，报告的名称要包括组内人员的姓名。

四、实验学时

本实验需要4学时。

实验四 集成测试

一、实验目的

通过本实验，熟悉集成测试的目的、内容，并掌握自底向上和自顶向下集成测试的基本方法，能够按照具体要求对指定的程序设计测试用例并按要求进行集成测试。

二、实验内容

自选一个包含多个模块的程序，完成以下工作： *

1、编写辅助程序

2、自底向上集成

三、实验要求

1、做好实验预习，提前编写相关程序，并设计测试用例。

2、写出实验报告，内容是：

① 实验目的。② 实验内容

③ 实验结果，包括测试用例，代码清单、测试结果分析和心得体会。

3、上报实验源代码（或测试脚本、测试结果文件、测试报告），本实验以小组为单位，每组上交一篇报告，报告的名称要包括组内人员的姓名。

四、实验学时

本实验需要4学时。

实验五 系统功能测试

一、实验目的

通过本实验，熟悉系统功能测试的目的、内容，并掌握功能测试基本方法，能够功能规格说明对指定的系统设计测试用例并进行测试。

二、实验内容

对指定的系统，参照系统功能设计测试用例，并进行功能测试，记录测试结果。计算器程序功能测试

给定简单四则运算计算器系统由两个窗体构成，一个是计算窗体，一个是帮助信息窗体。该系统的主要功能是进行十进制的二元加、减、乘、除运算。

系统需求描述如下：四则运算计算器计算用户输入的两个数字的计算结果，要求既能用鼠标点击文本框和命令按钮，也可以脱离鼠标，完全用键盘操作。当用户输入的内容不是合法的数字时，要求程序能给出提示。当用户进行除法运算，并且输入“0“作为分母时，要求程序能给出相应的错误提示。当用户以任何顺序输入数据时，要求程序都能计算出正确结果。当用户完成一次计算后，即可以不清除就再次输入数据，也可以按“清除”键后再输入运算数。要为用户提供帮助功能，用户可以通过点击计算窗体中的帮助按钮进入帮助窗体。在计算窗体中，按返回按钮应退出系统。

三、实验要求

1、做好实验预习，提前编写相关程序，并设计测试用例。

2、写出实验报告，内容是：

① 实验目的② 实验内容

③ 实验结果，包括测试用例，代码清单、测试结果分析和心得体会。

3、上报实验源代码（或测试脚本、测试结果文件、测试报告），本实验以小组为单位，每组上交一篇报告，报告的名称要包括组内人员的姓名。

四、实验学时

本实验需要4学时。

第三篇：软件质量保证与测试课程教学大纲

《软件质量保证与测试》课程教学大纲

一、课程基本信息

中文名称：软件质量保证与测试

英文名称：Software Quality Assurance and Testing 开课学院：计算机科学学院 课程编码：S0835401 学分：2 总学时：32 适用专业：软件工程学术硕士，软件工程专业硕士 修读基础: 软件工程，面向对象程序设计 课程负责人：胥林（副教授）

主讲教师：胥林（副教授）；肖斌（副教授）；廖浩德（副教授）

二、课程目的任务

1.课程地位作用（课程在实现培养目标中的地位作用）

《软件质量保证与测试》是软件工程专业的专业必修课。其教学目的是通过本课程学习，使学生系统地学习软件测试的基本概念和基本理论，深刻理解和掌握软件测试和软件测试过程的基本方法和基本技术。了解和掌握现代各种新的软件测试技术和主要发展方向，学生能够设计测试用例、使用自动化工具完成完整的项目测试和项目测试管理，学生能基本承担起软件测试的工作任务，为学生将来从事实际软件测试工作和进一步深入研究打下坚实的理论基础和实践基础。

2.课程主要内容（简述：主要内容、重点、难点等）

1、了解软件测试的必要性和重要性。

2、了解软件测试的层次，其中包括单元测试、集成测试和系统测试。

3、掌握黑盒测试方法。

4、掌握白盒测试方法。

5、掌握测试用例的编写方法，并能编写测试方案和测试报告。

6、了解性能测试的内容，并能运用常用的测试工具进行测试。3.学生应达到的基本要求

学生能够熟练掌握软件测试的基本方法和技术，独立完成软件测试过程的相关内容（计划，设计，实施，报告，缺陷管理），具备基本的软件测试的业务能力。

三、教学内容与学时分配

（含各时段学生课外学习要求）

第一章 软件测试基础（2学时（课内））

目的与要求：理解软件测试的目的和作用、了解软件测试的相关概念、了解测试分类

第一节

软件质量与软件测试 1． 软件测试的背景、目的和作用

2.软件测试的相关概念 3.软件测试的分类和测试原则 4.软件质量保证

重点： 软件测试的目的和作用、软件测试的原则、软件测试的分类 难点：软件测试的原则 第二节

软件缺陷与测试用例 1.测试用例的定义和标识

2.错误与缺陷定义和分类 3.测试案例

重点：测试用例的定义和测试用例的标识 难点：测试用例的标识

第二章 测试模型与过程（2学时（课内））

目的与要求：了解测试模型

第一节 软件测试模型与过程（2学时）1.软件测试模型

2.软件测试过程

重点：测试层次的划分

难点：软件测试多种模型的区别 第三章 黑盒测试（6学时（课内））

目的与要求：了解黑盒测试的概念、目标和方法，掌握使用边界值分析、等价类测试、判定表方法进行墨盒测试

第一节 边界值测试

1.黑盒测试的概念、目标和方法 2.边界条件 3.边界值分析 4.健壮性边界测试 5.最坏情况测试 6.案例分析

教学重点：边界值测试，健壮性测试，最坏情况测试 教学难点：用边界值分析方法设计测试用例 第二节 等价类测试

1．等价类 2．等价类测试类型 3．用等价类设计测试用例 4．等价类测试指导方针 5．案例分析

教学重点：等价类测试分类

教学难点：等价类的概念与划分规则 第三节 基于判定表的测试 1.判定表的组成

2.基于判定表的测试 3.基于判定表测试的指导方针 4.案例分析

教学重点：基于判定表的测试 教学难点：用判定表设计测试用例 第四节

案例分析

1.各等价类测试方法的区别

2.运用边界值、等价类和基于判定表的测试方法进行测试设计

教学重点：各等价类测试方法的区别 教学难点：各种方法的综合运用 第四章 白盒测试（6学时（课内））

目的与要求：了解白盒测试的概念、目标和方法。掌握逻辑覆盖测试，了解基本路径测试方法和数据流测试

第一节

逻辑覆盖测试

1.白盒测试的概念、目标和方法

2.语句覆盖 3.判定覆盖 4.条件覆盖 5.判定/条件覆盖

重点：逻辑覆盖测试中的判定覆盖、条件覆盖、判定/条件覆盖 难点：判定/条件覆盖

第二节

逻辑覆盖与基本路径测试 1.条件组合覆盖

2.路径覆盖

3.独立路径、圈复杂度

重点：逻辑覆盖测试中的路径覆盖，基路径测试法 难点：基路径测试法

第三节 案例分析

1.运用逻辑覆盖测试与基本路径测试方法进行测试设计

2.功能性测试和结构性测试的比较

重点：结构性测试方法与功能性测试方法的比较 难点：两种方法的综合运用 第五章 单元测试（2学时（课外））

目的与要求：掌握单元测试的基本过程 第一节

单元测试 1.单元测试的概念

2.单元测试的内容 3.测试的环境和测试策略

重点：单元测试的内容 难点：测试的环境和测试策略 第六章 集成测试（2学时（课外））

目的与要求：掌握集成测试的基本过程 第一节

集成测试

1.集成测试和单元测试的关系

2.集成测试概念 3.基于分解的集成 4.基于调用图的集成 5.基于路径的集成

重点：集成测试中基于分解的集成，MM-路径 难点：集成测试的集成策略 第七章 系统测试（2学时（课外））

目的与要求：掌握系统测试的基本过程 第一节

系统测试 1.系统测试的概念

2．系统测试内容和测试策略 3.系统测试策略

重点：系统测试的内容和方法 难点：系统测试的策略

第八章 性能测试（4学时（课内））

目的与要求：了解性能测试概念、目标、分类、主要性能指标，掌握常用的性能测试工具的使用

第一节

性能测试指标与分类 1.性能测试概念、目标

2.主要性能指标 3.性能测试的分类

重点：负载测试，压力测试，并发测试 难点：主要性能指标的理解 第二节 性能测试方案与工具 1.性能测试方案 2.常用的性能测试工具

重点：性能测试方案的设计 难点：性能测试数据的分析 第九章 自动化测试（6学时（课内））

目的与要求：了解自动化测试定义、使用领域和发展，理解自动化测试技术，掌握常用自动化测试工具的使用

第一节 自动化测试概念 1.自动化测试定义

2.自动化测试使用领域 3.自动化测试的发展 4.自动化测试的组织与实施

重点：自动化测试概念及使用领域 难点：自动化测试的组织与实施 第二节

自动化测试技术与脚本 1.自动化测试技术

2.自动化测试脚本 1.重点：自动化测试技术

2.难点：自动化测试脚本 第三节 自动化测试工具 1．测试工具分类

2．测试工具介绍 3．测试工具的选择

重点：功能测试工具和性能测试工具的使用 难点：自动化测试的组织与实施

第十章 Web系统测试案例（6学时（课内）+6学时（课外））

目的与要求：通过博客系统测试案例分析熟悉软件项目测试全过程管理的方法与流程。

第一节

Web系统测试计划与功能测试 1．测试需求 2．测试资源 3．测试策略 4．测试标准 5．测试用例设计 6．测试实施 7．测试报告 8．缺陷统计

重点：测试需求分析与测试标准 难点：测试需求分析 第二节 博客系统的性能测试 1．测试计划 2．测试用例设计 3．测试脚本开发 4．测试环境 5．测试执行 6．测试结果分析

重点：测试用例设计与脚本开发 难点：测试脚本开发

四、考核方式与成绩评定

1.考核方式：（笔试、论文、口试等）

论文

2.成绩评定办法：（平时成绩、期末考试成绩……等比例）平时成绩40%，期末成绩60%

五、教材及主要参考书目

（一）教材：

1、江开耀，韩永国著.软件测试技术.西安电子科技大学出版社.第1版

（二）参考书：

1、朱少民，软件测试方法和技术，清华大学出版社.第1版

2、John Watkins著.贺红卫,杨芳等译.实用软件测试过程.机械工业出版社.第1版

3、Ron Patton著.张小松,王钰,曹跃等译.软件测试.机械工业出版社.第1版

4、（美）Paul C.Jorgensen 著韩柯杜旭涛译.软件测试.机械工业出版社.第1版

六：其他需要说明的问题

大纲执笔人：胥林

大纲审批机构：计算机科学学院教授委员会

2015年8月18日

第四篇：浅谈软件质量保证

浅谈软件质量保证

摘要：

Software Quality Assurance软件质量保证（SQA）是建立一套有计划，有系统的方法，来向管理层保证拟定出的标准、步骤、实践和方法能够正确地被所有项目所采用

前言：

SQA的由来：随着第一个正式的质量保证和控制方案在1916年贝尔实验室的出现，整个制造业都认可了这一方案，时至今日每个公司都有其保证其产品质量的机制，公司对质量的保证也渐渐成为其核心的市场策略。对于软件开发来说，一个项目的主要内容是：成本、进度、质量。软件本身作为一种无形产品，其质量指的是：“系统,部件或者过程满足顾客或者用户需要或期望的程度”。在20世纪五六十年代，质量保证曾经只由程序员承担。而正规的软件质量保证标准首先在20世纪70年代初军方的软件合同中出现，此后迅速传遍整个商业世界。提出而随着市场化发展的成型，任何软件公司对自己产品的质量问题越来越关注，测试所花费的成本越来越多。在起初国外很多的大软件公司公司比如IBM、CA等，SQA的职责就是测试（主要是系统测试）。后来，由于缺乏有效的项目计划和项目管理，留给系统测试的时间很少。另外由于软件最终使用者的不专业性，需求变化太快，没有完整的需求文档，测试人员就只能根据自己的想象来测试。这样一来，测试就很难保障产品的质量，促进了事先预防的SQA职能的产生。随后随着软件开发模型的不断演化和发展CMM模型的出现，它引入了“全面质量管理”的思想，至此许多公司将SQA人员独立于项目组，以保证评价的客观性。专业的SQA人员应运而生。

简介：

软件质量保证（SQA）是建立一套有计划，有系统的方法，来向管理层保证拟定出的标准、步骤、实践和方法能够正确地被所有项目所采用。其根本目的是使软件过程对于管理人员来说是可见的。它通过对软件产品和活动进行评审和审计来验证软件是合乎标准的。软件质量保证组在项目开始时就一起参与建立计划、标准和过程。这些将使软件项目满足机构方针的要求。

SQA的基本目标：

1: 软件质量保证工作是有计划进行的。

2: 客观地验证软件项目产品和工作是否遵循恰当的标准、步骤和需求。3: 将软件质量保证工作及结果通知给相关组别和个人。

4: 高级管理层接触到在项目内部不能解决的不符合类问题。

具体分析：

1：软件质量所包含的因素及软件质量评价标准：

软件质量包含的因素：正确性，可靠性，效率，完整性，可用性可维护

性，灵活性，可测试性，可移植性，可复用性，互操作性等等。

软件质量评价标准：质量需求准则，着眼点是是否满足用户的要求；质量设计准则，开发者在设计实现时是否按软件需求保证了质量。质量度量准则，为质量度量规定了一些检查项目。

从事专业SQA的人员所应具备的基本素质，工作中的基本职能及与其他相似职能的区别：

SQA人员所应具备的基本素质：

按照软件界已经达成的共识：影响软件项目进度、成本、质量的因素主要是 “人、过程、技术”。首先要明确的是这三个因素中，人是第一位的。SQA小组的成员首先应当时刻以客户的观点看待软件。从事SQA工作由于要按照相应的标准对专业的行为加以监管，深刻了解企业的工程，并具有一定的过程管理理论知识 对开发工作的基本情况了解，能够理解项目的活动，因此首先应具备较高的关于软件开发方面的知识；在工作中过程为中心：应当站在过程的角度来考虑问题，只要保证了过程，QA就尽到了责任；还应具有服务精神即为项目组服务，帮助项目组确保正确执行过程；另外应善于沟通，能够营造良好的气氛，避免其工作本身成为一种找茬活动。我所在的小组在课程实践过程中就出现过负责设计的同学对编码阶段的同学出现质疑，最终出现不愉快的事情。

工作中的基本职能以及于其他相似职能的区别：

要做好SQA工作首先应该明确SQA人员的职能以及与QC、SEPG的区别。QC：检验产品的质量，保证产品符合客户的需求；是产品质量检查者； SEPG：制定过程，实施过程改进；

而SQA人员的主要工作为审计过程的质量，是过程质量审计者，其基本职能为确保过程被正确执行。其本身并不参与过程的制定，A的职责就是确保过程的有效执行，监督项目按照过程进行项目活动；它不负责监管产品的质量，不负责向管理层提供项目的情况，不负责代表管理层进行管理，只是代表管理层来保证过程的执行。

3：SQA活动：

软件质量保证由各种任务构成，这些任务分别与两种不同的参与者有关：做设计工作的软件工程师和SQA小组成员。

软件工程师通过采用可靠的技术方法和措施，进行正式的技术评审，执行计划周密的软件测试来考虑质量问题（并完成软件质量保证和质量控制活动）

SQA小组成员的职责为辅助软件工程小组得到高质量的最终产品。其主要工作如下：

为项目准备SQA计划。该计划在制定项目计划实制定，由所以感兴趣的相关部门评审。该计划将控制由项目组和SQA小组执行的质量保证活动。在计划中应标识一下几点：需要进行的评价；需要进行的审计和评审；项目可用的标准；错误报告和跟踪的规程；由SQA小组产生的文档；为软件项目提供的反馈数量。另外还需明确最终审计的结果报告给谁。

参与开发该项目的软件过程描述。软件工程小组为要进行的工作选择一个过程。SQA将评审过程描述以保证该过程与组织政策，内部软件标准，外界所订标准（如ISO9001）以及软件项目计划的其他部分相符。

评审各项软件工程活动，对其是否符合定义好的软件过程进行核实。SQA小组识别记录和跟踪与过量的偏差，并对是否已经改正进行核实。

审计指定的软件工作产品，对其是否符合定义好的软件过程中的相应部分进行核实。SQA小组对选出的产品进行评审；识别，记录和跟踪出现的偏差；对是否已经改正进行核实；定期将工作结果向项目管理者报告。在审计过程中。注意审计一定要有项目组人员陪同，双方要开诚布公，坦诚相对。审计的内容主要包括：是否按照过程要求执行了相应活动，是否按照过程要求产生了相应产品。

确保软件工作及工作产品中的偏差已被记录在案并根据预定规程进行处理。偏差可能出现在项目计划，过程描述，采用的标准或技术工作产品中。

记录所有不符合的部分并报告给高级管理者。对不符合的部分进行跟踪直至问题得到解决。

4：软件评审：软件评审是软件工程过程中的过滤器。评审被用于软件开发过程的多个不同的点上，起到发现错误和缺陷节日引发排错活动的作用。软件评审起到的作用是净化分析，设计和编码的软件工程活动。在课程实践过程中由于初始需求分析的不明确以及后来概要设计过程中关键点的遗漏所引发的错误曾经导致我们小组代码的两次大部分返工，现在看来在课程实践过程中没有进行软件评审所致

5：正式技术评审（FTR）

正式技术评审是一种由软件工程师和其他人进行的软件质量保障活动。

正式技术评审的目标是：发现功能、逻辑或实现的错误；证实经过评审的软件的确满足需求；保证软件的表示符合预定义的标准；得到一种一致的方式开发的软件；使项目更易管理。

评审会议一般由3-5人参加，不超过2小时，由评审主席、评审者和生产者参加，必须做出下列决定中的一个：工作产品可不可以不经修改而被接受；由于严重错误而否决工作产品；暂时接受工作产品。

评审总结报告和记录保存：评审会议结束时，生成一份评审问题列表，完成一份包括“评审什么？由谁评审？结论是什么？”的评审总结报告。

评审总结报告是项目历史记录的一部分，标识产品中存在问题的区域，作为行政条目检查表以指导生产者进行改正。

评审指导原则：评审产品，而不是评审生产者。注意客气地指出错误，气氛轻松；制定日程并且遵守日程；不要离题，限制争论和辩驳。有异议的问题不要争论但要记录在案；对各个问题都发表见解。问题解决应该放到评审会议之后进行；做书面笔记；限制参与者的人数并坚持事先做准备；为每个要评审的工作产品建立一个检查表。应为分析、设计、编码、测试文档都建立检查表。；为了让评审有效，为FTR分配资源和时间；为了提高效益对所有评审进行有意义的培训；评审以前所做的评审。

6结合课程实践浅谈自己的感受

下面我将结合课程的实践讲一讲个人对于软件质量保证的一些感受，首先说一说每个人所扮演的角色，负责编码的同学相当于软件工程师的角色，而负责需求分析及概要设计的同学责同时兼任了SQA小组成员的角色。在具体实现过程中，在需求分析阶段，通过需求调研我们小组大体明确了客户即TA对机动车违章管理系统的需求，但由于没有把需求调研的工作做到位，在完成需求分析的过程中，我们小组出现了一些问题，主要是对TA要求的理解出现了分歧。此时承担SQA小组责任的同学并没有严格要求自己进一步与TA沟通，解决理解上的分歧，而是个人主观的认为自己的理解就是对的。致使在具体实现时与初始需求出现了一些偏差。这个问题的发生，主要是因为承担需求分析的同学同时兼任SQA小组工作的原因，致使监督的客观性方面出现了问题。在概要设计阶段由于考虑到后期一些功能在后期具体实现中的困难，没有严格按照获取的需求进行设计，主要是出于实现难度的考虑草率的对本已获得的需求进行了一些修改致使本就出现变差的需求进一步打了折扣。在编码阶段针对出现问题时，更是仅仅是就问题而谈问题，把原始的计划放到了一边。回顾整个课程的过程：从在初始人员定位时并没有认识到SQA小组的重要性，因此并没有严格指定专人负责，只是在出现问题时才想到，而在明确两人兼任SQA小组工作后，也没有严格制定明确的计划，也没有正式的评审各项软件工程活动，仅仅是想到什么就说什么，不但造成了小组成员间的冲突，更是对问题的解决没有多大的帮助。而“软件工程师”即从事编码的同学虽然对软件本身进行了一些测试，修正了一些错误，改进了一些BUG，但这一切都是通过想当然去做的，并没有参考设计文档。结论：

无论何种软件只有在保证其质量的前提下才能体现出它的价值。软件质量保证则是保证软件质量的基石。而在软件质量保证的过程中，首先应该明确自己的定位，而后严格按照上面提出的步骤与方法去实现才能更好的完成SQA工作。这一切，都需要我们在今后的学习、工作中积极地去实践。

参考文献：

软件工程实践者的研究方法 Roger S.Pressman

软件质量保证 Schulmeyer,G.G

第五篇：软件质量保证报告（最终版）

软件质量保证报告

现在越来越多的公司都开始真正重视起软件质量问题，要做到高质量的软件应该满足软件需求定义的功能和性能。

文档符合事先确定的软件开发标准软件的特点和属性遵循软件工程的目标和原则，还应该考虑在预算和进度范围内交付，因此在项目进行过程中要对偏差进行控制质量控制和质量保证。

质量控制是为了保证每一件工作产品都满足对它的需求而应用于整个开发周期中的一系列审查、评审和测试，质量控制在创建工作产品的过程中包含一个反馈循环，通过对质量的反馈，使得我们能够在得到的工作产品不能满足其规约时调整开发过程。所有工作产品都应该具有定义好的和可度量的规约，这样就可以将每个过程的产品与这一规约进行比较。质量保证由管理层的审计和报告构成，目标是为管理层提供获知产品质量信息所需的数据，从而获得产品质量是否符合预定目标的认识和信心。

软件质量保证

软件质量保证是为了保证软件系统或软件产品满足用户要求的质量而进行的有计划、有组织的活动，其目的是生产高质量的软件。在软件质量方面必须强调三个要点：软件必须满足用户规定的要求，与用户需求不一致的软件，就无质量可言。

软件应遵循软件标准所定义的一系列开发标准，不遵循这些标准的软件，其质量难以得到保证。

软件还应满足某些隐含的要求，例如希望有良好的可理解性、可维护性等，而这些隐含的要求可能未被写在用户规定的需求中，满足它的显性需求而不满足其隐含需求，那么该软件的质量是令人怀疑的。

我们评价一款软件可以从以下一些角度进行

正确性

正确性是指软件按照需求正确执行任务的能力。正确性也涵盖了“精确性方面。无庸质疑，这是对一款软件最基本的要求，比如我们通过ATM自动取款机取款时，在输入1,000时，结果只输出了800或者输出了1,200，可想而知这会对银行和客户会产生多大的影响。一款软件满足不了正确性的要求，再谈其他任何方面都没意义。

可靠性

可靠性是指在一定的环境下，在给定的时间内，系统能够正常运行的概率。我曾在手机中遇到一个问题：在待机状态下，手机网络信号等一切显示正常，会出现一些无法通信的情况，电话无法拨打，短信不能收发，重新开机后方可恢复正常。想象下如果情人约会，或者紧急救助时遇到这种情况会产生什么样的后果。

健壮性

健壮性是指在异常或者不利情况下，软件能够正常运行的能力。我们可以用生活中的一个例来说明，当流感出现的时候，在同样环境下，有些人很容易就生病，而有些人却任你东南西北风，就是安然无恙。

美观性

美观性主要指软件UI设计的情况，美观性就是从大众化审美以及心理学角度对软件提出的一个要求，这个要综合考虑软件的使用人群特点等。美观性包括软件的颜色搭配，字体使用，排版布局等方面。

性能

性能也就是一个软件效率问题，也就是软件特定时间空间环境下系统的响应能力。我们平时在使用手机进行编写短信时，可能有的手机在输入一个字符后，手机显示的很缓慢！这就是软件性能比较差的一个表现。

易用性

顾名思义，易用性是软件能否满足客户容易操作使用程度。易用性也是衡量一款软件质量好坏的一个重要方面，我们经常会听到有些人说某些手机太复杂了，不好用，不会用，那我想这样的软件并不能真正能称为好软件。在开发过程中，如果软件开发人员一味关注技术而不从用户使用的角度来考虑那就大错特错了。

兼容性

兼容性指一款软件和其他不同软件通信（或交换信息）的能力。以前我在做一些蓝牙耳机测试的时候，就出现有蓝牙耳机和某些手机配对后通过耳机端无法对手机端进行控制的问题，这就造成了和某些手机无法搭配使用，问题比较严重。在做兼容性测试方面，首先要保证所做软件能和市场上一些知名品牌产品以及市场占有率比较高的产品的兼容。安全性

安全性是指软件系统防止被非法入侵的能力。如我们会有听说某网络系统被黑客入侵导致瘫痪的情况就是一个例子。当然一个系统的安全性既和软件本身的抗入侵能力有关又和一些相关保护措施有关，如是否有加密、安装防火墙等。

可移植性

可移植性指的是软件不经修改或稍加修改就可运行于不同软硬件环境（CPU、OS和编译器）的能力，主要体现为代码的可移植性。

可扩展性

可扩展性反映软件适应“变化”的能力，如增加新功能等。可扩展性和可移植性一样，主要都是从开发的角度对软件提出的要求。从一些不同角度来评价一款软件，当然实际评测过程中还要根据嵌入式、B/S架构、C/S架构等不同特点软件来有所侧重，同时还要结合软件软件使用对象、生命周期等来综合评价。当然，以上各点满足了也不能就能说明就是一款好软件了，其他比如可维护性、可复用性、可测试性等也是我们要根据实际情况来考虑的因素。

软件质量的目标

软件公司生产软件的最根本目标是为了让产品赢得市场、赢得顾客，从而获取利润。如果企业连生存的能力都没有了，软件的质量做的再完美也无用。软件公司开发一款软件，并不是说质量越高越好。质量越高，成本相对会越高，这样企业就可能支持不力，无法生存；或者价格很高，客户无法接受。在此并不是说软件质量并重要，质量很重要！好和坏从来都是相对的。从用户的角度而言，在能够正常满足使用要求的软件就是好软件；对企业而言，在软件生命周期里，能够软件能够满足用户使用，能给自己带来更多利润的软件就是好软件。不同场合对软件质量的要求是不一样的，比如我们国家发射神州五号而后神州六号宇宙飞船，这就要求其软件质量要百分百可靠，不能出哪怕一点点的差错，相信在不久的将来我们国家在发射载人登月宇宙飞船时，对飞船软件质量的的重视程度会有过之而无不及。人员素质

软件是人做出来的，软件质量的好坏和开发、测试以及有关管理人员都息息相关。在软件开发方面，我们在此不谈，只从测试的角度来谈软件质量保证。说质量保证，先问下自己，从事质量保证的人员真的有能力去做好质量保证吗？质量保证的人员能力问题是个重要方

面，如果连软件中潜在问题都发现不了，想解决问题，做高质量的软件，谈何容易？

测试人员能力是一方面，其他如从事软件测试人员的职业素养也是个重要方面。如果一款软件未有充分去测，甚至对有些概率性的问题一笑而过，耐不住性子深入去测，或者在发行版本时只简单测试一下，这些都无法真正保证软件的质量。而这种情况下的出现，测试人员根据简单的测试，下了个软件没问题的结论，这样对顾客而言影响是很大的，最终对公司而言无论形象还是未来产品销售等方面的都是不利的。

公司规范

测试人员的能力再强，测出的问题再多，如果在些问题没有解决的情况下匆匆将软件release给客户，软件问题一大堆。这样的测试其实是没有多大的实际意义的。测试的目的是发现问题，解决问题，保证软件质量。

当然这个保证单凭测试人员、QA是不行的，在我们国内，其实很多企业测试人员和QA人员在软件发行问题上根本没有发言权，基本上都是公司领导说了算，如果公司领导说“这些问题没关系，我觉得软件可以发行”，那这时软件基本都会发行的。至于所谓的测试、QA以及项目经理等人员，你就一边吹风去吧。

所以，在软件问题评估，软件发行等问题上一定要给质量保证人员（通常是QA）足够的权力，QA测评通不过就是通不过！

可惜目前真正能做到这一步的公司并不多。企业为了生存，也很难把这方面真正做好，比如有些产品赶在某些节假日上市时有着良好的时常，而过了那一段时期，可能产品就很难卖了。当然，这些就不是测试人员考虑的范围了。

我们如何成为一名优秀的软件质量保证工程师

软件质量保证牵扯到软件开发的方方面面，包括从启动到需求，到设计，到开发，到测试，到发布，到后期维护的整个过程。在启动阶段，你要理解如何制定项目章程，如何书写项目范围说明书，如何制定项目计划；在需求阶段，你需要理解如何与用户确认需求，如何进行需求分析，如何与用户确认用户需求；在设计方面你要大体理解当前设计前沿技术，了解数据库知识，如何进行概要设计和详细设计；在构造阶段，您需要了解编码规范，编程技巧，集成技术；在测试阶段你需要理解如何进行单元测试，集成测试，系统测试；在验收阶段您需要理解如何进行验收测试，如何培训用户，如何替用户搭建环境；在维护阶段您需要理解如何理解代码，如何进行再工程技术。在这里你好像是一位多面手，但是了解得越多，对你从事质量保证工作越有好处。由于现代分工比较细致，往往一个质量小组需要各个方面的人才组合在一起，才能发挥更大的效能，才能达到1+1>2的结果。

对于从事软件质量保证工作，您需要一定的数学知识，尤其是概率统计知识。无论你是否采用6Sigma，你需要对你的软件质量进行度量活动，需要收集数据，分析数据从而解决问题。你要理解如何使用直方图，散点图，鱼刺图，饼图等工具。这样你才能展示问题的原因，寻找解决问题的原因。

对于从事软件质量保证工作，沟通能力非常重要。质量工作做得好坏，关键在于领导的支持和员工的参与。由于目前中国软件的实际工作，公司领导往往忽视软件质量的重要性和优先性，你就需要与领导讲清楚质量管理的优势，如何可以提高公司产品的质量，减少客户的投诉率从而节约公司的成本，提高劳动生产率。有了领导强有力的支持，你的工作就好像添加了一把利剑，可以运行得得心应手。但是仅仅有领导的支持时往往不够的，还需要员工的支持，你需要了解当前问题有什么，阻碍这些问题的要数是是什么，大家需要解决什么样的问题„这些都需要靠你的沟通技巧来解决。