制定项目的测试策略

制定工程的测试策略你需要一个测试策略。为什么？最近，我需要为自己工作的工程制定一份完整的测试策略。在我刚来到这个工程组时，我觉察开发人员试图使用一个不完整的瀑布生命周期模型的团队根底。刚好，这个工程组有大约12个开发人员，正处在利用并行开发工作来争论更多动地承诺会在剩余的一年时间内完毕工程是这样，由于这不是我第一次遇到这种状况。测试技术和工程所使用的测试工具重要的一点，测试策略应当使测试过程中的沟通变得更为简洁，而它会影响到整个工程组。要查找一些解决他们的方法：缺乏可重复性测试—-工程缺少回归测试。缺乏可见性测试—码的期限。反作用的构建过程—他构建人的需要。没有对测试环境或测试数据进展把握。代码公布后，没有进展单元或集成测试。程。下面的故事会告知我们如何定义并实施一个测试策略。让我们开头吧在开发周期内找到最严峻的bugs。想尽早地觉察最严峻的缺陷，需要把工程的测试局部和开发局部联合在一起，包括不同的测试阶段、测试类型、工程环境，以及如何在环境、角色、职责之间升级代码，还有普遍使用的工具。这个看起来是不是有点简洁？实际上，它比你想象的简洁。保持简洁：写字板上的打算个人解。制定测试策略时，你需要把工程组的其他人包含进来。一般有工程经理、开发主管、架构师、DBA〔数据库治理员〕，以及其他一些关键人物，他们具有一些可利用的技术资源，施。至少，他们可以给你更多有关测试类型的现实想法单元测试、代码复查、执行期分析等等〕。我通常试着查找那些最大程度地包含在工程中的人，和他们一起开会争论。由于，他们的洞察力和建议往往是格外贵重的。1步：根本策略轮廓写字板—-轮廓〔包含了工程所执行的测试类型写字板—-轮廓图一测试策略，一个清楚的框架需要清楚的定义。2步：目前的安排用一些功能测试允许的状况下，从前面的一次公布开头，是手工地基于测试用例的测试。5〔关键的衡量指标〔QA〕〔另一个关键的衡量指标〕2了争论，确定了那些能准确地反映当前过程的数字。2写字板—-测试的当前状态3步：突如其来的改进一旦全部的人都同意了写字板上有关衡量指标的内容与我们当前的资源〔人力和财力〕水平相符合。同时，我们意识到，很可能不能再扩大测试在此问题上。固然，我们也可以把关注点放在我们所经受的那些关键问题上〔还记得前面我所排列的那些问题吗？〕在第六届IEEE关于WebSite进展的国际研讨会上，HungNguyen为我们描述了一种制定测试策略的技术—-获得一个“bugcentric立一个清楚的目标。最糟的莫过于你的测试策略具有一个错误的目标—-这个策略注定会以决一些问题，但同时，会让我们更加的难于解决剩余的问题〔实际没有如此困难。在我们自由争论的时候，商定了很多问题，并得到了一些结论：利用单元测试和集成测试，我们可以尽早地觉察更多的问题，并预备自动化测试的初始级别，同时，它们为我们供给了一些衡量指标，这些指标让我们可以更好的跟踪开发过程，这样，我们可以做出打算—-何时移动我们的代码〔多数状况下，我们使用J2EEOracle来构建应用程序，同时，也使用一些其他的技J2EE或Oracl〕时他们也会渐渐地要求一些更为准确的性能测试—-尽管我们对此还只是略知皮毛。了。尽管那是格外重要的事情，由于我们不能无视安全性测试、可用性测试、配置测试和数据完整性测试，以及上百种其他类型的测试。我们打算进展一些基于session〔session-based〕的探究性测试，初是以成对的方式执行该测试的，直到我们更为适应这种类型测试的过程，同时，也进展了我们快速学习和解决问题的力气。一旦我们适应了探究性测试的工作，那么我们可以开头执行更多的sessions。我们觉察，需要建立一个正规的且自动化的烟雾测试，它适用于全部环境，它和自动化回归测试的脚本集一起被用来测试那些高风险的功能，以及高容量的事务处理。我们知道，用户的承受测试〔UAT〕远远达不到它应有的效果。因我们提出要制定更为具体的UATUAT的工作，由我们供给更多的指南、资源和培训来帮助用户进展承受测试，我们的目的只是期望UAT执行的更为顺当。我们商定了代码何时可以在环境之间移动的衡量指标。无论是单元试，还是集成测试，90%的测试通过率对代码而言已经足够了，甚至可以从中了解到一些还会消灭的bug—-只要不存在长期影响系统正常运行的bug就行。我们打算要执行严格的代码复查，以保证在早期〔更可取的是在写接近完成代码时〕就觉察问题，而不是在代码公布之后。我们创立了烟雾测试之后100%的通过这些测试，这样才能前进入下一个级别。系统测试中，我们无论如何都不能让任何严峻或高级别的缺陷遗留一个过程中，但是也存在这样的一些缺陷，是我们所能容忍的，我们可以和用户进展沟通，以此来确定他们的期望：问题现在就被修复，还是放在后面解决。缺陷趋势分析，来帮助我们衡量系统测试工作的效果。我在写字板上记录了会议内容，如图3所示，分别用不同的颜色进展了标注。3写字板—-添加的测试类型和衡量指标4步：组织打算〔写在写字板上〕4所示的蓝色方括号和箭头。4书写板—-职责、环境—QA我们知道了大多数测试工作的分布状况。5步：确定要使用的工具IBMRational固然，我们也需要其他一些有帮助意义的工具作为它们的补充。比方单元测试，我们选用JUnit，由于我们的开发人员知道该如何使用它—-另外，免费和简洁上手的特点也是选择它JlintRationalClearCase进展资源和测试资产的把握；使用ClearQuest跟踪问题；Purify、Quantify和PureCoverage被用来进展运行期分析；需求治理〔rm〕RequisitePro；自动化测试使用Robot和TestManager。原来，我们也争论过使用其他一些运行期分析和资源把握工具，但是考虑到5呈现的写字板上，包含了这些信息。5书写板—-最终所形成的测试策略完成这些之后，接下来我们可以实施它了。实施的看法—-Visio技术，或者更有意义的衡量指标。打算了。在此打算中，答复下面的问题：包含了各测试类型的迭代过程是什么？〔迭代过程。〕我们如何对之前没有做过测试的小组进展测试培训？〔的利用和安排。〕我们何时开头安装、配置的测试工具，并进展相关的培训？〔工具的使用问题，会影响测试的实际进度。〕由谁来负责每个测试阶段的治理工作？〔指定一个测试负责人。〕我们如何打算这份测试策略的修订和更工作？〔的版本变更