西门子KTP600操作面板
说明书是否完整。
界面测试：观察纸杯外观，测试表面是否光滑、手感是否舒适。
功能测试：用纸杯装水，观察是否漏水。
安全测试：纸杯是否有毒或细菌。
可靠性测试：从不同高度摔下来，观察纸杯的损坏程度。
易用性测试：用纸杯盛放开水是否烫手，纸杯是否易滑、是否方便饮用。
兼容性测试：用纸杯分别盛放水、酒精、饮料、汽油等，观察是否有渗漏现象。
可移植性测试：将纸杯放在温度、湿度等不同的环境中，查看纸杯是否还能正常使用。
可维护性：将纸杯揉捏变形，看其是否能恢复。
压力测试：用一根针扎在纸杯上不断增加力量，记录多大压强时针能穿透纸杯。
疲劳测试：用纸杯分别盛放水、汽油放置24小时，观察其渗漏情况（时间和程度）。
跌落测试：纸杯（加包装）从高处落下，查看可造成破损的高度。
震动测试：纸杯（加包装）六面震动，评估它是否能应对恶劣的公路/铁路/航空运输等。
测试数据：编写具体测试数据（略），其中可能会用到场景法、等价类划分法、边界值分析法等测试方法。
期望输出：期望输在开发过程中客户往往会一而再再而三地变
不能调和的误差，*终影响软件的质量。
（2）软件开发缺乏规范性文件指导
现代软件开发，大多数团队都将精力放在开发成本与开发周期上，而不太重视团队成员的工作规范，导致团队成员开发“随意性”比较大，这也会影响软件质量，一旦*后软件出现质量问题，也很难定责，导致后期维护困难。
（3）软件开发人员问题
软件是由人开发出来的，个人的意识对产品的影响非常大。除了个人技术水平限制，开发人员问题还包括人员流动，新来的成员可能会继承上一任的产品接着开发下去，两个人的思维意识、技术水平等都会不同，导致软件开发前后不一致，进而影响软件质量。
（4）缺乏软件质量控制管理
在软件开发行业，并没有一个量化的指标去度量一款软件的质量，软件开发的管理人员更关注开发成本和进度，毕竟这是显而易见的，并且是可以度量的。但软件质量则不同，软件质量无法用具体的量化指标去度量，软件开发的质量并没有落实到具体的责任人，很少有人关心软件*终的质量。
1.2 软件缺陷管理
上一节已经提到，软件由于其自身的特点和目前的开发模式，隐藏在软件内部的缺陷无法根除。软件测试工作就是查找软件中存在的缺陷，反馈给开发人员使之修改，从而确保软件的质量，软件测试要求测试人员对软件缺陷有一个深入项目期限短。现在大部分软件产品开发周期都很短，开发团队要在有限的时间内完成软件产品的开发，压力非常
的状态下，开发人员对待软件问题的态度是“不严重就不解决”。
（5）使用新技术。现代社会，每种技术发展都日新月异。使用新技术进行软件开发时，如果新技术本身存在不足或开发人员对新技术掌握不精，也会影响软件产品的开发过程，导致软件存在缺陷。
1.2.2 软件缺陷的分类的软件缺陷处理环节的具体讲解如下所示。
（1）提交：测试人员发现缺陷之后，将缺陷提交给测试组长。
（2）分配：测试组长接收到测试人员提交的缺陷之后，将其移交给开发人员。
（3）确认：开发人员接收到移交的缺陷之后，会与团队甚至测试人员一起商议，确定该缺陷是否是一个缺陷。件缺陷管理是软件开发项目中一个很重要的环节，选择一个好的软件缺陷管理工具可以有效地提高软件项目的进展。软件缺陷管理工软件测试是软件工程中的重要部分，是确保软件质量的重要手段。*近几年，由于软件的复杂度不断增强、软件产业的不断发展，软件测试得到越来越广泛的重视。本章概括地介绍了软件测试的基本概念，包括软件测试的原则、分类和工作流程等基本知识。
1.1 软件、软件危机和软件工程
1.1.1 软件、软件危机和软件工程的基本概念
已经达到相当成熟的状态。
计算机软件是在计算机系统中与硬件相互依存的另一部分，它是包括程序、数据及其相关文档的完整集合。程序是指按特定的功能和性能要求而设计的能够执行的指令序列；数据是指程序能正常操纵、处理的信息及其数据结构；文档是指与程序设计开发、维护和使用有关的图文材料。
进入20世纪60年代，随着计算机技术的进步，软件功能日益复杂，人们对软件的需求急剧增加。软件开发从早期以个人活动为主的手工作坊方式，逐步转到以程序员小组为代表的集体开发方式。在这一转换过程中，国外的软件开发人员在开发一些大型软件系统时遇到了许多困难，有些系统*终彻底失败了；有些系统完成了，但比原计划推迟了好几年，费用大大超过了预算；有些系统未能完全地满足用户的期望；有些系统则无法被修改和维护。例如，美国IBM公司的OS/360系统和美国空军某后勤系统都耗费了几千人·年的工作量，历尽艰辛，但结果却令人失望。落后的软件生产方式无法满足迅速增长的计算机软件需求，从而导致软件开发与维护过程中出现一系列严重问题的现象，这就是软件危机。软件危机主要表现在以下几个方面。
（1）软件生产不能满足日益似的软件。
（6）软件文档配置没有受到足够的重视。软件文档包括开发过程各阶段的说明书、数据词