《漫谈测试成长之探索——测试文档》一文阐述了我们可以从项目维度去整理测试相关的文档来提升自己，本文将从测试排期方面探索成长方向。
我们知道，对于做一件事，我们要有计划，要知道目标，要记得看时间。这里的时间对应到软件测试中就是与测试相关的时间节点。如图1-1所示，在以往工作中，作为一线测试执行者，我们一般会关注开发计划提测时间、测试计划开始时间、测试计划完成时间和需求计划发布时间。但是，经验告诉我们，只关注这些时间节点似乎是不够的。在实际工作中，需求实际可测试的时间经常延期，测试时间被压缩的情况时有发生。
那我们能做些什么去规避或者说减少测试工期被压缩的情况呢？本文的答案是：“作为测试工程师，除了关注测试执行相关的时间节点外，我们也需要关注和跟踪项目维度的所有关键时间节点。”
如图1-2所示，在探索型测试排期中，我们需要关注的时间节点增加到14个，包括需求计划评审时间、研发方案计划评审时间、开发计划开始时间、开发计划提测时间、测试计划开始时间、测试计划完成时间和需求计划发布时间7个计划时间节点，同时包括以上七个节点的实际完成时间节点，共14个节点。实际工作中，计划时间节点和实际完成节点很多情况下都会不一致，且大多数情况实际情况会晚于计划的时间，这里简化为一致标记在一个时间节点上。
为什么需要增加自己的工作量去关注和跟踪这些时间点呢？
首先，在讨论做这件事的意义前，我们先分享下不做这件事可能的后果。对于一个需求或者一个项目来说，项目的发布时间一般是不能延期的，如果开始测试前的任何一个时间节点发生延期，最后为了保证项目按时上线，只能压缩测试的时间。这样的后果就是测试只能加班，并且，如果由于测试时间被压缩导致测试不充分从而引起的线上事故还是得由测试人员承担事故责任。
其次，我们来讨论下做这件事的成本。做这件事的成本并不高，我们只需花几分钟的时间提前咨询下相关负责人的计划完成时间和每天的进度，并整理好各个时间节点计划时间点和实际进度后，同步给项目群。
最后，我们再来讨论做这件事的意义。一方面，如图1-3，项目过程中一旦有前置时间节点出现延期情况，我们就可以提前识别和暴露风险。另一方面，从项目维度识别和跟踪各个节点的进度，不仅可以提升我们对项目整体的认知，也可以逐步提升测试人员在团队中的影响力和话语权。
为了保障项目按时按质发布上线，也为了让我们自己按时下班还能不断成长，我们应该学会整理和跟踪探索型测试排期。如果项目中有项目经理或者其他人担任起每个需求进度的跟踪工作，那你就可以花更多的精力去提升自己的其他方面，如果项目中并没有人对你负责的需求进度进行跟踪，那你就要承担起这个工作。因为做这件事并不难，还能帮助你成长。
作者简介：Chaofan，爱测角成员之一，专注探索和分享软件质量保障。
如果需要上文探索型测试排期模版文件，可以浏览原文获取。
相关引文：《漫谈测试成长之探索——测试文档》
更多分享，每周一早上9点5分，持续更新。如果觉得本文对你有帮助，可以点个❤️支持一下。
很好奇，就使用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
