目录
定义：软件测试就是一系列活动，这些活动是为了评估一个程序或者软件系统的特性或能力，并确定是否达到了预期的效果。
可以将软件测试理解为一个过程，就是进行一个比较，拿着预期结果和程序执行结果作比较。
软件测试只是一个样本试验，具有不可穷尽性。
需求就是满足用户期望或正式规定文档（合同、标准、规范）所具有的条件和权能，包含用户需求和软件需求。
用户需求比较简答，软件需求需要越详细越好。
可以简单理解为是甲方提出的需求，如果没有甲方，那么就是终端用户使用产品时必须要完成的任务，该需求一般比较简略。
也可以叫做功能需求，该需求会详细描述开发人员必须实现的软件功能。
从软件功能需求出发，无遗漏的识别出测试需求是至关重要的，这将直接关系到用例的测试覆盖率。
对于识别出的每个测试需求点，需要采用具体的设计测试用例的方法来进行测试用例的设计。
什么是测试用例：测试用例是为了实施测试而被测试的系统提供的一组集合，这组集合包含：测试环境，操作步骤，测试数据，预期结果等要素。
执行测试的时候绝大部分测试点都是参考测试用例的。
为什么有测试用例：（1）测试用例解决测试人员工作重复性的问题。（2）测试用例可以提高测试人员工作效率。（3）测试用例是自动化的基础。
当且仅当规格说明是存在的并且正确，程序与规格说明之间的不匹配才是错误。当需求规格说明书没有提到的功能，判断标准以最终用户为准：当程序没有实现其最终用户合理预期的功能和要求时，就是软件错误；
（1）发现BUG的版本
（2）问题出现的环境：PC电脑，手机，浏览器型号、版本。
（3）错误重现步骤：通过什么样的操作可以出现这个问题。
（4）预期行为的描述：预期结果的描述。
（5）错误行为的描述：执行结果的描述。
（6）其他：bug标题，bug优先级。
1、BUG为什么要分优先级
例如一共找到了10个BUG，1-3非常严重，今天必须修复完成。4-7这几个问题明天或者后天修复也行。8-10这几个问题影响不大，如果没有时间修复，也可以等下一个版本开发的时候再修复。
2、BUG有哪些优先级
（1）Blocker（崩溃）：
软件从诞生到软件不能使用就是软件生命周期。即需求分析，计划，设计，编码，测试，运行维护。
1、需求分析
PM（产品经理）
QA（测试）产出需求文档（软件规格说明书）。
RD（前端和后端开发）判断需求是够合理，需求是否完整。
2、计划
软件开发由谁去做，软件什么时候开发，什么时候结束开发。
3、设计
UI设计师产出一个UI设计稿。
开发人员产出一个技术文档（接口，库表，缓存，mq……）。
4、编码
写代码实现需求。
5、测试
执行测试，提BUG，验收BUG，发送测试报告。
6、运行维护
上线、维护线上软件质量（当发现线上BUG，测试人员需要复现BUG，开发人员需要修复问题）
1、瀑布模型
特点：每个阶段时间的关系是线性的。
优点：每一个阶段要做的工作非常的清楚。
缺点：产品效果出现的较晚，如果测试人员介入的太晚，以至于如果测试阶段发现问题，需要不断地向前回溯，如果需求出现问题，那么之前的工作付诸东流，需求需要重新设计。
往往适用于需求非常稳定的项目。
2、螺旋模型
特点：每一次实施的时候都要进行风险分析。
优点：风险分析可以避免一些未知的问题。
缺点：风险分析错误，会导致一系列的损失。风险分析需要一定的成本。
大型项目，具有一些风险一般适用于螺旋模型。
3、迭代、增量
例如淘宝：登录、注册、搜索、查看商品信息、支付……
迭代：先开发淘宝-登录大概框架，先开发淘宝-注册大概框架，先开发淘宝-大概大概框架，查看，支付……
增量：先开发登录直到登录开发结束再去开发注册，注册开发结束在进行下一步……
迭代适用于模块和模块之间没有任何关系。
增量：项目先看到雏形，然后再仔细开发最终实现项目。
4、敏捷开发模型
（1）敏捷宣言：个体与交互重于过程工具。可用的软件重于完备的文档。客户协作重于合同谈判。相应变化重于遵循计划。在每对比对中，后者并非全无价值，但我们更看重前者。
特点：重沟通，轻流程。重交付，轻文档。重交付，轻文档。重协作，轻谈判。拥抱变化。
（2）Scrume角色
PO：产品经理：收集用户需求。
SM：项目经理：对项目进行计划、对需求进行优先级排序。
Team：研发团队（开发、测试、设计师），分别作用是实现需求，负责项目测试，产出交互设计稿。
5、测试模型
（1）V模型
特点：线性的，左边是开发，右边是测试。
优点：将测试分为了好多种类，每个阶段要做的工作非常明确。
缺点：测试接入的太晚，测试和开发是串行的。
（2）W模型
特点：开发一个V，测试一个V
优点：测试人员尽早介入了需求，开发人员和测试人员并行的。
缺点：测试和开发相应来说也是串行的，不能拥抱变化，不能那个适用于敏捷。
很好奇，就使用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
