西门子S7-200晶体管模块CPU224CN
入无休止地循环往复。几乎每一天都会拿到新的软件版本并着手进行测试。当新版本出来时，旧版本的测试可能尚未完成，而新版本还可能包含新的或者修改的软件功能。*后，终于有机会对几乎所有功能进行测试了，并且发现软件缺陷越来越少，这时某人（或者进度）决定该发布软件了。
在进行软件测试工作期间，边写边改模式是*有可能碰到的。这种模式是软件开发的入门，有助于理解更加正规的方法。
2.3.3 瀑布模式
瀑布模式常常是编程学校所教的第一课，现在已经无处不在。它简捷、精致、很有意义，在合适的项目中效果显著
如前所述，在开发软件过程中有话，也要挤在产品发布前进行。这种模式下居然有测试的容身之地真是令人感到神奇，也许是进行测试会使大家感觉好一些。
假如要测试员参与大爆炸模式下生产产品的测试，就会面临一个既容易又困难的任务。因为软件已经完成，测试员手里有了完美的产品说明书——产品本身。但同时，因为不可能回头修复已经打乱的事情，软件测试的工作其实就是报告发现的问题让客户知道。
测试工作越深入，就会发现越来越多的软件缺陷，争吵就越多，更妨碍了交付时间。尽量避开在此模式下进行测试。
2.3.2 边写边改模式
边写边改模式是项目小组在未刻意采用其他开发模式时默认的开发模式，各种不同的
法。对特定项目而言，没有哪一个模式一定是**的。4种*常用的模式包括大爆炸模式、边写边议模式、瀑布模式和螺旋模式，其他模式只是这些形式的变化而已。
每个模式都有它自己的优点和缺点。测试员可能会遇到以上所有模式，需要根据当前项目采取的模式来定制测试的方法。在学习后面的内容时，我们应考虑针对每种模式，如何应用所学的不同测试技术。
2.3.1 大爆炸模式
关于宇宙的形成有一种大爆炸说，数百亿年前，一股无穷的能量大爆炸创造了宇宙。世界万物皆由能量和粒子排列而成，于是便有了这本书、DVD和比尔盖茨。假如原子没有正确排列，这些事物就会变成一堆烂泥。状态或者条件的另一种正规示意图，表示不同状态间转换的方式。
④ 流程图。用图形描述程序逻辑的传统方式。流程图现在不流行了，但是一旦投入使用，根据详细的流程图编写程序是很简单的。
⑤ 代码注释。在软件代码中嵌入有用的注释是知道了软件产品由什么组成、附带了什么之后。现在该搞清楚制作软件的人员了。当然，公司和项目不同，人员也就大不相同。但是对于大多数情况，分工是一样的，只是叫法不同而已。
下面的清单不按次序地列出了主要人员及其职责，给出了*常用的名称，但是不包括变动和增加等情况。
① 项目经理、程序经理或者监制人员自始至终驱动整个项目。他们通常负责编写产品说明书、管理进度、进行重大决策。
② 体系架构师或者系统工程师是产品小组中的技术专家。他们一般经验丰富，可以胜任设计整个系统的体系架构或软件。他们的工作与程序员关系紧密。
③ 程序员、开发人员或者代码制作者设计、编写软件并修复软件中的缺陷。他们与项目经理和设计师密切合作制作软件，然后与项目经理和测试员密切合作修复缺陷。
浔之漫智控技术（上海）有限公司（xzm-wqy-sqw）是中国西门子的合作伙伴，公司主要从事工业自动化产品的集成,销售和维修，是全国的自动化设备公司。公司坐落于中国城市上海市，我们真诚的希望在器件的销售和工程项目承接、系统开发上能和贵司开展多方面合作。以下是我司主要代理西门子产品，欢迎您来电来函咨询，我们将为您提供优惠的价格及快捷细致的服务！
作，进行测试并报告发现的问题。在后面的章节中完整地讲述了软件测试和软件质量保证任务的差别。极为重要的，这样便于维护代码的程序员轻松掌握代码的内容和执行方式。5.测试文档
测试文档将在后面章节中详细讨论，在此提出是因为它是完整的软件产品的一部分。和程序员必须对工作进行计划和进行文档记录的原因一样，测试员也必须编写测试文档软件。测试软件小组提交的文档比程序员还多的情况并不少见。
下面是比较重要的测试提交清单。
① 测试计划（Test Plan）。描述用于验证软件是否符合产品说明书和客户需求的整体方案，包括质量目标、资源需求、进度表、任务分配、方法等。
② 测试用例（Test Cases）。列举测试的项目，描述验证软件的详细步骤。
③ 缺陷报告（Bug Reports）。描述执行测试用例找出的问题。可以记录在纸上，但通常记录在数据库中。
④ 测试工具和自动测试（Test Tools and Automation）。如果测试小组使用自动化测试工具测试软件，不管是购买的还是自己编写的工具，都必须有文档记录。
⑤ 度量、统计和总结（Metrics、Statistics、Summaries）。测试过程的汇总，采用图形、表格和报告等形式。
2.1.2 软件产品的组成
到目前为止，知道了制作软件产品所需的投入。同样重要的是，要认识到当产品打包分发时，不仅仅分发的是代码，许多支持包含在内
多数情况下，焦点人群是不知道软件公司的名字的，但通常很容易猜到是谁。2.产品说明书
对客户需求的研究结果其实只是原
料，并没有描述要做的产品，只是确定是否需要做（或不需要做）以及客户要求的功能。产品说明书综合上述信息以及没有提出但必须要实现的需求，真正地定义产品是什么、有哪些功能、外观如何。
产品说明书的格式千差万别。有些公司（特别是为政府、航天部门、金融机构和医药企业开发产品的公司）采用严格的过程，要进行大量的检查和对比。结果是产品说明书极其详细完整，而且是“锁定”的，也就是说，没有极特殊的理由绝不能变。开发小组的每一个成员都清楚地知道他们在做的是什么。
有一些开发小组，通常是开发不很关键应用的小组，在草稿纸上就粗略写出产品说明书。这样做的明显好处是非常灵活，但是存在的风险是并非所有人都“站在一起”。此外，*终产品是什么样在发布之前无从得知。式：（4195835/3145727）×31457270 4195835。如果答案是0，就说明该计算机浮点运算没问题。如果答案不是0，就表示计算机的浮点除法存在缺陷。1994年，英特尔奔腾CPU芯片就曾经存在一个软件缺陷，而且被大批生产出来卖到用户那里，*后，英特尔为自己处理软件缺陷的行为道歉并拿出4亿多美元来支付更换芯片的费用，可见，这个软件缺陷造成的损失有多大！
这个缺陷是美国弗吉尼亚州Lguchbny大学的Thomas R.Nicely博士发现的。他在奔腾PC上做除法实验时记录了一个没想到结果。他把发现的问题放到因特网上，随后引发了一场风暴，成千上万的人发现了同样的问题，以及得出其他错误结果的情形。万幸的是，这种情况很少见，仅仅在进行精度要求很高的数学、科学和工程计算中才导致错误。大多数进行财会管理和商务应用的用户根本不会遇到此类问题。这个故事不仅说明软件缺陷所带来的问题，更重要的是说明对待软件缺陷的态度。
英特尔的软件测试工程师在芯片发布之前进行内部测试时已经发现了这个问题，但管理层认为这没有严重到一定要修正，甚至需要公布这个问题。当软件缺陷被发现时，英特尔通过新闻发布和公开声明试图掩饰这个问题的严重性。受到舆论压力时，英特尔承诺更换有问题的芯片，但要求用户必须证明自己受到软件缺陷的影响。结果舆论大哗，因特网新闻组充斥着愤怒的客户要求英特尔解决问题的呼声。得到这个教训之后，英特尔在网站上报告已发现的问题，并认真对待客户在因特网新闻组上的反馈意见。指出但应达到的目标。
⑤ 软件测试员认为软件难以理解、不易使用、运行速度缓慢，或者*终用户认为不好。
在测试计算器时，会发现电池没电会导致计算器计算不正确，没有人会考虑应如何应付这种情况，使计算器反应正常，而盲目以为电池永远充足了电。测试要持续进行到电池完全没电，至少要看到电力不足的迹象。产品说明书指出电力不足无法正确计算，但未指出会怎样。
导致软件缺陷*大的原因是产品说明书，第二是设计方案，第三