如何确定一个软件测试项目的终结点

什么是软件项目~

一个软件的开发基本是这样的，这是我在网上拷贝的一个例子：
如：
物资管理系统VB+SQL

目 录

前 言 1
1 背景知识 2
1.1 管理信息系统概述 2
1.2 国内外现状 2
1.2.1 国外现状 2
1.2.2 国内现状 2
1.3 物资管理信息系统 3
1.4 系统运行环境 3
2 开发环境及相关技术 4
2.1 开发环境以及开发工具 4
2.2 VISUAL BASIC 6.0简介 4
2.2.1 Visual Basic 6.0的编程特点 4
2.2.2 Visual Basic访问数据库的方法概要 4
2.3 SQL SERVER 2000简介 4
2.4 关系数据库 5
2.4.1 关系数据库介绍 5
2.4.2 E-R模型 5
2.5 ODBC原理 6
3 需求分析 7
3.1 系统功能需求分析 7
3.2 数据库需求分析 7
3.3 系统各模块功能分析 7
3.4 数据流图描述 8
4 系统设计 12
4.1 系统功能模块设计 12
4.2 系统数据库设计 12
4.2.1 数据库概念结构设计 12
4.2.2 数据库逻辑结构设计 14
5 数据库结构的实现 17
5.1 创建数据库和数据表 17
5.2 设置SQL SERVER 2000 18
5.3 创建ODBC 19
5.4 实现数据库表间的联系 19
5.5 数据库的相关操作及执行 19
6 详细设计 22
6.1 ADO的连接 22
6.2 系统主窗体的创建 24
6.3 系统用户管理模块的创建 25
6.4 物资基本信息模块的创建 26
6.4.1设计思想 26
6.4.2 添加物资基本信息窗体的创建 26
6.4.3 修改物资基本信息窗体的创建 29
6.4.4 删除物资基本信息 31
6.4.5 查询物资信息的窗体 31
6.5 入库信息模块的创建 32
6.5.1 设计思想 33
6.5.2 添加物资入库信息窗体的创建 33
6.5.3 修改物资入库信息窗体的建立 37
6.5.4 删除物资入库信息 38
6.5.5 查

1.原则上来讲，我们更希望一种规范化开发的体系来规正这个命题，不需要为此伤脑筋。但在里程碑或计划的截止时间点能结束测试对大多数的软件项目仅仅是一种期望，而不是既定的现实。理想的情况下，我们可以严格执行计划，然后在计划要求的deadline或者里程碑点上提交交付件，以确认该里程碑是否达到要求，是否可以进行下一阶段的工作——但正如前提所言，这个仅仅是理想情况
2.现在让我们现实一点。我们为什么会有这样的问题(一个软件如何确定测试结束点)？往往就是因为我们不知道何时可以结束一个软件的测试。不管教科书上如何说明一个软件只要还在生命周期内，就无法结束测试，但现实要求我们在某一个时间点上，结束对软件某一阶段的测试。那么，这个问题实际上就已经转化为确定该阶段测试的结束点的方法了。这个方法可能是一种规范，一套流程，一些交付件，一些评审，一些由统计学原理得出的收敛曲线或者仅仅只是一些确认而已。而个人认为，无论这个方法是何种形式的，其基本的要求就是能达成一种协议，确认该协议生效——那么这个阶段的测试就结束了，至于这个点在什么时间，我想就是完成所有要求的这些确认的时间而已。
在软件消亡之前，如果没有测试的结束点，那么软件测试就永无休止，永远不可能结束。软件测试的结束点，要依据自己公司具体情况来制定，不能一概而论！个人认为测试结束点由以下几个条件决定：：
1.基于“测试阶段”的原则：
每个软件的测试一般都要经过单元测试、集成测试、系统测试这几个阶段，我们可以分别对单元测试、集成测试和系统测试制定详细的测试结束点。每个测试阶段符合结束标准后，再进行后面一个阶段的测试。举个例子来说：单元测试，我们要求测试结束点必须满足“核心代码100%经过Code Review”、“功能覆盖率达到100%”、“代码行覆盖率不低于80%”、“不存在A、B类缺陷”、“所有发现缺陷至少60%都纳入缺陷追踪系统且各级缺陷修复率达到标准”等等标准。集成测试和系统测试的结束点都制定相关的结束标准，当然也是如此。
2.基于“测试用例”的原则：
测试设计人员设计测试用例，并请项目组成员参与评审，测试用例一旦评审通过，后面测试时，就可以作为测试结束的一个参考标准。比如说在测试过程中，如果发现测试用例通过率太低，可以拒绝继续测试，待开发人员修复后再继续。在功能测试用例通过率达到100%，非功能性测试用例达到95%以上，允许正常结束测试。但是使用该原则作为测试结束点时，把握好测试用例的质量，非常关键。
3.基于“缺陷收敛趋势”的原则：
软件测试的生命周期中随着测试时间的推移，测试发现的缺陷图线，首先成逐渐上升趋势，然后测试到一定阶段，缺陷又成下降趋势，直到发现的缺陷几乎为零或者很难发现缺陷为止。我们可以通过缺陷的趋势图线的走向，来定测试是否可以结束，这也是一个判定标准。
4.基于“缺陷修复率”的原则：
软件缺陷在测试生命周期中我们分成几个严重等级，它们分别是：严重错误、主要错误、次要错误、一般错误、较小错误和测试建议6种。那我们在确定测试结束点时，严重错误和主要错误的缺陷修复率必须达到100%，不允许存在功能性的错误；次要错误和一般错误的缺陷修复率必须达到85%以上，允许存在少量功能缺陷，后面版本解决；对于较小错误的缺陷修复率最好达到60%~70%以上。对于测试建议的问题，可以暂时不用修改。
5.基于“验收测试”的原则：
很多公司都是做项目软件，如果这种要确定测试结束点，最好测试到一定阶段，达到或接近测试部门指定的标准后，就递交用户做验收测试。如果通过用户的测试验收，就可以立即终止测试部门的测试；如果客户验收测试时，发现了部分缺陷，就可以针对性的修改缺陷后，验证通过后递交客户，相应测试也可以结束。
6.基于“覆盖率”的原则：
对于测试“覆盖率”的原则，个人觉的只要测试用例的“覆盖率”覆盖了客户提出全部的软件需求，包括行业隐性需求、功能需求和性能需求等等，只要测试用例执行的覆盖率达到100%，基本上测试就可以结束。如“单元测试中语句覆盖率最低不能小于80%”、“测试用例执行覆盖率应达到100%”和“测试需求覆盖率应达到100%”都可以作为结束确定点。如果你不放心，非得要看看测试用例的执行效果，检查是否有用例被漏执行的情况，可以对常用的功能进行“抽样测试” 和“随机测试”。对于覆盖率在单元测试、集成测试和系统测试，每个阶段都不能忽略。
7.基于“项目计划”的原则：
大多数情况下，每个项目从开始就要编写开发和测试的Schedule，相应的在测试计划中也会对应每个里程碑，对测试进度和测试结束点做一个限制，一般来说都要和项目组成员(开发，管理，测试，市场，销售人员)达成共识，团队集体同意后制定一个标准结束点。如果项目的某个环节延迟了，测试时间就相应缩短。大多数情况下是所有规定的测试内容和回归测试都已经运行完成，就可以作为一个结束点。很多不规范的软件公司，都是把项目计划作为一个测试结束点，但是如果把它作为一个结束点，测试风险较大，软件质量很难得到保证。
8.基于“缺陷度量”的原则：
这个原则也许大家用的不是很多，了解比较少。我们可以对已经发现的缺陷，运用常用的缺陷分析技术和缺陷分析工具，用图表统计出来，方便查阅，分时间段对缺陷进行度量。我记得以前zhuzx在这个论坛上提出过缺陷分析技术这个问题，我不再重复讲述。我们也可以把 “测试期缺陷密度”和 “运行期缺陷密度”作为一个结束点。当然，最合适的测试结束的准则应该是“缺陷数控制在一个可以接受的范围内”。比如说：一万行代码最多允许存在多少个什么严重等级的错误，这样比较好量化，比较好实施，成为测试缺陷度量的主流。
9.基于“质量成本”的原则：
一个软件往往要从“质量/成本 /进度”三方面取得平衡后就停止。至于这三方面哪一项占主要地位，就要看是什么软件了。比如说是：人命关天的航天航空软件，那还是质量重要些，就算多花点钱、推迟一下进度，也要测试能保证较高质量以后才能终止测试，发布版本。如果是一般的常用软件，由于利益和市场的原因，哪怕有bug，也必须得先推出产品，没办法呀。一般来说，最主要的参考依据是：“把找到缺陷耗费的代价和这个缺陷可能导致的损失做一个均衡”。具体操作的时候，可以根据公司实际情况来定义什么样的情况下算是“测试花费的代价最划算、最合理”，同时保证公司利益最大化。如果找到bug的成本比，用户发现bug的成本还高，也可以终止测试。
10.基于“测试行业经验”的原则：
很多情况下，测试行业的一些经验，也可以为我们的测试提供借鉴。比如说测试人员对行业业务的熟悉程度，测试人员的工作能力，测试的工作效率等等都会影响到整个测试计划的执行。如果一个测试团队中，每个人都没有项目行业经验数据积累，拿到一个新的项目，自然是一头雾水，不知道从何处开始，测试质量自然不会很高。因此通过测试者的经验，对确认测试执行和结束点也会起到关键性的作用

发现的bug全部修复，不能再发现新bug

---

夏邑县19521275009： 如何确定一个软件测试项目的终结点 - ？
融黄复方： 1.原则上来讲,我们更希望一种规范化开发的体系来规正这个命题,不需要为此伤脑筋.但在里程碑或计划的截止时间点能结束测试对大多数的软件项目仅仅是一种期望,而不是既定的现实.理想的情况下,我们可以严格执行计划,然后在计划...

夏邑县19521275009： 软件评测师如何确定软件测试结束的标准？
融黄复方： 4.基于“缺陷修复率”的原则: 软件缺陷在测试生命周期中我们分成几个严重等级,它们分别是:严重错误、主要错误、次要错误、一般错误、较小错误和测试建议6种.那我们在确定测试结束点时,严重错误和主要错误的缺陷修复率必须达到...

夏邑县19521275009： 你认为软件测试应该在什么时候终止测试? - ？
融黄复方： 案例执行完毕就行. 但如楼上所说项目进度,成本,质量确定了你案例是数量 而且项目上线时间到了,测试未完成也是常事 带问题发布的产品也是常见的事情

夏邑县19521275009： 什么可以作为软件测试结束的标志 - ？
融黄复方： 退出测试的标准,可以通过几个方面考虑. 计划中的测试用例是否执行完毕. 是否达到功能、语句等计划的覆盖指标. 继续测试发现缺陷的数量减少低于度量标准等.

夏邑县19521275009： 软件测试结束的标志?？
融黄复方： 没有绝对的答案,只有相对的答案,最重要的是要根据实际情况来. 1.全部测试用例回归测试都执行完成. 2.未修改bug都被确认或置为应有状态.暂缓修改的问题都有的详尽的解释. 3.测试报告编写完成. 4.测试收尾工作结束. 5.测试总结完成. 6.项目处于试运行或上线阶段.继续关注产品试运行出现的问题,并及时录入bug管理系统. 7.测试活动没有尽头,只有相对完成

夏邑县19521275009： 软件测试的生命周期? - ？
融黄复方： 软件测试生命周期包括6个阶段(大体上): 1)计划 2)分析,3)设计,4)构建,5)测试周期,6)最后测试和实施,7)实施后. 1. 计划(产品定义阶段) ?? 高层次的测试计划(包含多重测试周期) ?? 质量保证计划(质量目标,测...

夏邑县19521275009： 软件测试结束的标志 - ？
融黄复方： 测试计划中所有规定的测试内容和回归测试都已经运行完成或根据上级主管对测试结果的意见,就可以结束本次测试.

夏邑县19521275009： 如何编写测试计划?？
融黄复方： 如何编写测试计划呢?测试计划要包括以下四个要点:1、待测试的内容;2、编写测试用例的时间;3、执行测试用例的时间;4、执行回归测试的时间.以上四点,待测试的内容可以需求分析中取得,需求分析中的测试要点就是要测试的内容,...

夏邑县19521275009： 软件测试的流程 - ？
融黄复方： 1、测试需求分析阶段:阅读需求,理解需求,主要就是对业务的学习,分析需求点,参与需求评审会议. 2、测试计划阶段:主要任务就是编写测试计划,参考软件需求规格说明书,项目总体计划,内容包括测试范围(来自需求文档),进度...

夏邑县19521275009： 做好测试计划和测试用例的工作的关键是什么? - ？
融黄复方： 1.明确测试的目标,增强测试计划的实用性 编写软件测试计划得重要目的就是使测试过程能够发现更多的软件缺陷,因此软件测试计划的价值取决于它对帮助管理测试项目,并且找出软件潜在的缺陷.因此,软件测试计划中的测试范围必须高度...