在《漫谈软件系统测试——问题解决》一文中，文章借鉴控制疫情的四大策略，总结了软件系统质量保障的四大策略。那么在日常工作中，我们应该如何理解测试策略呢？
测试策略是描述软件开发周期的测试方法的概述。测试策略的目的是从组织的高级目标到实际的测试活动提供合理的推论，以从质量保证的角度实现这些目标。
对于一个完整的系统，其测试策略内容一般包含测试范围、测试角色、测试方法、测试工具、测试层级、测试类型、验证环境、风险和处理方案、测试指标和测试可交付成果等内容。如何来理解这些内容呢？我们可以将其简化为四个问题：测什么？由谁测？什么时候测？怎么测？
如果按测试范围划分，如果需求是新增独立模块，其测试范围可以只关注新内容。如果需求是旧版本的迭代或者与其他模块存在关联，我们除了关注新增的需求内容，还需要关注旧版本内容和关联模块。
如果按测试类型划分，测试内容除了功能测试，我们还需要开展性能测试、兼容测试和安全测试等工作，这些内容在日常的功能测试中涉及比较少，但是如果从整个产品质量角度考虑，我们还是需要关注的。
如果按测试层级划分，测试内容可以包含单元测试、集成测试、系统测试和验收测试。
只有测试人员可以参与测试么？当然不是。在项目中，负责测试的角色其实还可以包含产品人员、设计人员、开发人员和用户。单元测试主要由开发人员编辑测试代码，同时，开发在需求提交测试前需要完成自测工作。集成测试和系统测试主要由测试人员完成，产品人员和设计人员需要在需求发布前进行验收测试。当然，用户也可以参加测试，例如在正式全量发布前，部分用户可以被邀请参加内测。
除了测试角色，虽然还有其他角色也会参与到测试工作中，但是其测试内容是有限的。在项目开展过程中，需求的质量保障工作主要还是需要由我们测试工程师把控，同时可以引导其他角色的人员对质量保障起到辅助的作用。
在软件开发生命周期中，开展测试工作阶段主要包含需求开发、需求测试和需求发布阶段。
在需求开发阶段，可以开展单元测试工作。在需求测试阶段，可以开展集成测试和系统测试工作。在需求发布阶段，可以开展验收测试工作。
在不同阶段，对应的测试环境可以包含：开发环境、测试环境、预发布环境和生产环境。其中单元测试主要在开发环境和测试环境进行，集成测试和系统测试主要在测试环境和预发布环境进行，验收测试可以在测试环境，也可以在预发布环境或者是生产环境进行。
测试的方法一般包括黑盒测试、灰盒测试和白盒测试。
黑盒测试方法有等价类划分、边界值分析、错误推测法、因果图测试法和场景法等。灰盒测试方法有矩阵测试、回归测试、模式测试和正交阵列测试等。白盒测试方法有代码检查法、静态结构分析法、静态质量度量法、逻辑覆盖法和基本路径测试法等。
工欲善其事,必先利其器。除了掌握测试方法，我们还需要了解相关测试工具，从而降低测试成本，提高测试效率。常见的测试工具类型包括：UI测试工具、接口测试工具、性能测试工具和安全测试工具等。当我们需要采用某种测试方法开展测试工作时，可以结合对应类型的测试工具，帮助测试工作能够降本提效。
除了掌握常规流程的测试方法，对于当前不可测或者未知的风险，我们一方面需要研究其测试方法，另一方面也需要有合理的风险预案，当风险发生时，我们能够有有效的措施去规避或者最小化影响面。
什么是测试策略？本文将其概括为测什么？由谁测？什么时候测？怎么测？
在了解了测试策略之后，我们就需要在测试工作中运用测试策略开展工作。这时候我们就需要考虑资源和质量的平衡，在有限的资源前提下，我们需要学会采用最合适的测试策略来保障项目的质量。至于如何权衡，大家可以在工作中不断积累经验。
作者简介：Chaofan，爱测角成员之一，专注探索和分享软件质量保障。
原文地址：《漫谈测试成长之探索——测试策略》
相关引文：《漫谈软件系统测试——问题解决》
更多测试成长探索系列文章：
《漫谈测试成长之探索——测试文档》
《漫谈测试成长之探索——测试排期》
《漫谈测试成长之探索——缺陷分析》
《漫谈测试成长之探索——测试用例评审》
很好奇，就使用rubyonrails自动化单元测试而言，你们正在做什么？您是否创建了一个脚本来在cron中运行rake作业并将结果邮寄给您？git中的预提交Hook？只是手动调用？我完全理解测试，但想知道在错误发生之前捕获错误的最佳实践是什么。让我们理所当然地认为测试本身是完美无缺的，并且可以正常工作。下一步是什么以确保他们在正确的时间将可能有害的结果传达给您？ 最佳答案 不确定您到底想听什么，但是有几个级别的自动代码库控制:在处理某项功能时，您可以使用类似autotest的内容获得关于哪些有效，哪些无效的即时反馈。要确保您的提
我正在编写一个包含C扩展的gem。通常当我写一个gem时，我会遵循TDD的过程，我会写一个失败的规范，然后处理代码直到它通过，等等......在“ext/mygem/mygem.c”中我的C扩展和在gemspec的“扩展”中配置的有效extconf.rb，如何运行我的规范并仍然加载我的C扩展？当我更改C代码时，我需要采取哪些步骤来重新编译代码？这可能是个愚蠢的问题，但是从我的gem的开发源代码树中输入“bundleinstall”不会构建任何native扩展。当我手动运行rubyext/mygem/extconf.rb时，我确实得到了一个Makefile(在整个项目的根目录中)，然后当
我有一个围绕一些对象的包装类，我想将这些对象用作散列中的键。包装对象和解包装对象应映射到相同的键。一个简单的例子是这样的:classAattr_reader:xdefinitialize(inner)@inner=innerenddefx;@inner.x;enddef==(other)@inner.x==other.xendenda=A.new(o)#oisjustanyobjectthatallowso.xb=A.new(o)h={a=>5}ph[a]#5ph[b]#nil,shouldbe5ph[o]#nil,shouldbe5我试过==、===、eq?并散列所有无济于事。
我有一些Ruby代码，如下所示:Something.createdo|x|x.foo=barend我想编写一个测试，它使用double代替block参数x，这样我就可以调用:x_double.should_receive(:foo).with("whatever").这可能吗？ 最佳答案 specify'something'dox=doublex.should_receive(:foo=).with("whatever")Something.should_receive(:create).and_yield(x)#callthere
Sinatra新手；我正在运行一些rspec测试，但在日志中收到了一堆不需要的噪音。如何消除日志中过多的噪音？我仔细检查了环境是否设置为:test，这意味着记录器级别应设置为WARN而不是DEBUG。spec_helper:require"./app"require"sinatra"require"rspec"require"rack/test"require"database_cleaner"require"factory_girl"set:environment,:testFactoryGirl.definition_file_paths=%w{./factories./test/
我遵循MichaelHartl的“RubyonRails教程:学习Web开发”，并创建了检查用户名和电子邮件长度有效性的测试(名称最多50个字符，电子邮件最多255个字符)。test/helpers/application_helper_test.rb的内容是:require'test_helper'classApplicationHelperTest在运行bundleexecraketest时，所有测试都通过了，但我看到以下消息在最后被标记为错误:ERROR["test_full_title_helper",ApplicationHelperTest,1.820016791]test
我已经构建了一些serverspec代码来在多个主机上运行一组测试。问题是当任何测试失败时，测试会在当前主机停止。即使测试失败，我也希望它继续在所有主机上运行。Rakefile:namespace:specdotask:all=>hosts.map{|h|'spec:'+h.split('.')[0]}hosts.eachdo|host|begindesc"Runserverspecto#{host}"RSpec::Core::RakeTask.new(host)do|t|ENV['TARGET_HOST']=hostt.pattern="spec/cfengine3/*_spec.r
我在app/helpers/sessions_helper.rb中有一个帮助程序文件，其中包含一个方法my_preference，它返回当前登录用户的首选项。我想在集成测试中访问该方法。例如，这样我就可以在测试中使用getuser_path(my_preference)。在其他帖子中，我读到这可以通过在测试文件中包含requiresessions_helper来实现，但我仍然收到错误NameError:undefinedlocalvariableormethod'my_preference'.我做错了什么？require'test_helper'require'sessions_hel
只是想确保我理解了事情。据我目前收集到的信息，Cucumber只是一个“包装器”，或者是一种通过将事物分类为功能和步骤来组织测试的好方法，其中实际的单元测试处于步骤阶段。它允许您根据事物的工作方式组织您的测试。对吗？ 最佳答案 有点。它是一种组织测试的方式，但不仅如此。它的行为就像最初的Rails集成测试一样，但更易于使用。这里最大的好处是您的session在整个Scenario中保持透明。关于Cucumber的另一件事是您(应该)从使用您的代码的浏览器或客户端的角度进行测试。如果您愿意，您可以使用步骤来构建对象和设置状态，但通常您
我有:When/^(?:|I)follow"([^"]*)"(?:within"([^"]*)")?$/do|link,selector|with_scope(selector)doclick_link(link)endend我打电话的地方:Background:GivenIamanexistingadminuserWhenIfollow"CLIENTS"我的HTML是这样的:CLIENTS我一直收到这个错误:.F-.F--U-----U(::)failedsteps(::)nolinkwithtitle,idortext'CLIENTS'found(Capybara::Element
