测试理论.pptx

为什么要进行软件测试？60%（通常情况下更多）的项目开发时间用在测试上。重要的开发资源都会用于测试。测试不可能检查到所有的部分。构建可测试的软件是很昂贵的。测试人员根据产品的描述来完成测试。因为我们需要这些：了解状态衡量在产品达到交付目标前已经取得的进步。了解风险因素（测试=风险分析）接纳革新项目经理关注好的设计开发人员关注写出好的代码测试人员关注查证因为我们需要这些：确认代码设计和执行可以在公平的基础上评估一些想法代码如何工作对于用户来说并不关心，用户需要的功能是否能实现，及达到的效果才是用户关心的。测试人员通过关注项目经理和开发人员的合作，了解产品的实现。重要的是:降低成本在产品的开发周期内解决一个Bug和在产品交付后解决一个Bug所耗费的成本相比，要降低100倍。解决在产品交付后发现的Bug所产生的费用，总是要超出从产品早期版本中获得的利润。公众的不良评价是无法挽回的损失。不进行测试，是最昂贵的举措。测试不可缺少的部分一个项目组是由开发人员，测试人员，CM和项目经理组成的。每条规则都是根据别人的经验和能力得到的。项目经理 给出产品预期目标开发人员-实现产品预期目标CM-版本控制测试人员-测量产品预期结果与实际情况的差距。在Exchange 2000 和 Windows 2000中的资源分布。Exchange2000Windows2000Project Manager25250Developer1401700Tester3503200Tester/Developer2.51.9Note:测试虽然越来越被国内软件业重视，但要体现测试的价值，还应该注意提高测试人员的专业水平。提升到一个更高的角度来看待测试，不仅仅把目的停留在每个具体结果是Pass还是Fail，而是透过现象，看到本质问题。并且应该学会总结，不止就表面问题报bug。测试人员STE Software Test EngineerSDET Software Development Engineer in Testing测试组长 Test LeadSTE Software Test Engineer受过不同的教育，不同文化背景（商务，艺术，语言，科学）。不必一定会编程。善于弄坏东西；需要有软件的相关经验。系统测试，一般采用黑盒测试法。很多Bug数。希望从事测试方面工作。Note:测试人员至少要对计算机系统操作熟练。因为测试可能需要搭建很多测试环境，要求测试人员自己应该能够独立进行计算机环境配置。SDET Software Development Engineer in Testing很多计算机科学背景。使用白盒测试的方法，熟悉代码和编程。系统地解决测试中遇到的问题。有软件经验，需要有测试经验。组件级别测试API，功能，模块。测试工具编写。职业方向在测试和开发之间。Note:每个不同的项目对于测试人员在专业技术知识方面掌握程度可能有不同的要求，需要测试人员善于学习，在工作中不断提高。测试组长 Test Lead有测试经验。熟悉测试方法。熟悉微软的项目交付周期。决定人员的选用。可能负责整个项目的某一部分Note:很好的推动整个项目按照计划完成。合理分配任务。注意小组成员间的沟通。组长未必是组里技术最好的，但应该是最负责的。测试人员：开发的看见他们笑就痛恨！Note:从某种意义上讲，测试人员是阻止产品发布的人。肯定是要遭到开发人员的“痛恨”。但我们不能听信于开发人员“花言巧语”，一切用事实说话，用我们雪亮的眼睛查证。我们尤其要关注那些开发人员声称已经修复了的bug。甚至有时候开发人员会附以长篇大论说明如何解决这个问题的步骤，具体的改动，最后有某开发经理确认修复等这些看似很有说服力的数据，但这些对于我们，只是参考，我们更关注的是结果到底怎样。Regression（回归测试，在后面的章节会有具体介绍）的结果说明一切。如果结果依然不能让我们满意，我们应该毫不犹豫地把这个bug重新激活！测试小组：测试小组有多大的规模，一般取决于项目规模、测试人员与开发人员的比例、项目经理对质量保证的认识和期望等，也取决于准确的测试计划。对一些项目来说，最好是在开始阶段就有测试人员介入。在测试小组中测试人员必须具备的素质包括：有效的坦率真诚的交流的能力、清晰简明的表达能力、一定的好奇心（但不至于太强，以至于花太多精力去探究一个微小的问题），不应害怕提出尖锐问题引起麻烦，一定的责任心，注意力能够高度集中。什么是测试测试是对系统或是应用程序进行操作并评价操作结果的过程。软件测试是在软件投入运行前，对软件需求分析、设计规格说明和编码的最终复审，是软件质量保证的关键步骤。什么是测试软件测试贯穿于软件定义与开发的整个周期，软件的需求规格说明书，结构设计及程序编码，都属于软件测试的对象。什么是测试软件测试过程中应该故意地去促使错误的发生，也就是事情在不该出现的时候出现或者在应该出现的时候没有出现。从本质上说，软件测试是“探测”，在“探测”中发现软件的毛病。测试是交付成功的优质的产品的保证。什么是测试测试是将实际运行结果与预期结果或是规范标准进行比较。测试软件是对目标（交付高质量的代码）和系统衡量达到这个目标的所有进展的一种正式说法。测试最重要的是传递信息。实际中，测试任务不仅仅由测试人员完成，参与开发的每一个人也在始终进行测试。测试中涵盖一些基本概念：首先要有预期结果才可以进行测试除了被测量量外，保持其他元素都恒定不变；如果发现结果是不止一个变量，则视为无法确定的测试。测试人员会因为认为你或是代码错误而不进行测试，另外，他们也会因为不知道什么是正确的而进行测试。测试中涵盖一些基本概念：不要置疑得到的数据。数据会被正确使用，也可能被误用。如果需要测试4次以上，试进行自动测试。测试中的误区：测试不能确保没有人可以什么都测试到（代码覆盖面不可能达到100%）测试不可能发现所有bug测试不能证明软件的性能Note:我们每个人，不会都是软件测试人员，但都是某些软件的用户。缺省或默认情况下，用户都会觉得买到的软件是没有问题的，一般不会去想这样的软件可能会有问题，用户只要使用这些软件来解决他们需要解决的问题就可以了。当他们发现问题的时候，甚至会感到震惊。存在的问题很多都和测试的成效有关系，一般的软件产品存在的问题确实比较少，但我觉得即使是以前买的正版的金山快译2000都有着一些显而易见的bug。如果测试不充分，那么这些问题会潜伏在软件中，等到用户发现以后，再有开发人员进行维护，改正错误的费用一般是开发阶段的40倍到60倍。人们对测试存在着一些误区例如：测试是想象到可能出现的问题，然后试图验证这些问题。让时间有富裕的员工去做一些测试测试是相对简单的工作。关于风险测试=风险分析通过测试，我们可以把所有出现的bug划分成以下四部分，根据实际提交bug的情况，可以得到进一步的关于产品质量的风险分析。很严重很严重低频率低频率很严重很严重高频率高频率不太严重不太严重低频率低频率不太严重不太严重高频率高频率测试类型:黑盒和白盒测试黑盒测试就是代码隐藏,只面向程序设计的高层白盒测试是代码可视,同时程序设计的高层也可见灰盒测试是部分代码可视.Note:API(Application Programming Interface 应用编程接口)测试都是白盒测试,GUI（Graphics User Interface 图形用户界面）系统是高度黑盒测试任何要发布给大众的系统都要进行白盒测试是否采用混合测试是由产品团队决定的End todayQuestion?