标签: qa

有人告诉我关于沼泽图解释说,通过测量给定产品的传入缺陷率和传出修复率来预测代码质量是有用的.

不幸的是,我无法找到关于这些图表的其他信息,我想知道它是否是一个专门针对一家公司的行话术语.

你能解释一下沼泽图是什么吗？

我在一家拥有不到10名程序员的小型软件公司工作.我们的软件安装在世界各地的数十个地方.我们的代码库非常庞大,主要原因是设计不佳和大量代码重复(IMO).我们有大约30个不同的项目,每个项目总共约600个KLOC,其中约200个KLOC是我们自己开发的代码.当我在2006年到达那里时,这段代码甚至没有受到版本控制.我已经设法说服权力它的重要性,我们现在使用代码控制系统(cs-rcs,不是我的选择,但它比nothin更好),以及一个bug跟踪系统.巨大的缺失是整个过程中完全缺乏质量保证.我们的发布过程在纸上是不存在的,并且在实践中它包括"命中ctrl-F9,将二进制文件复制到客户端,声明问题已修复".

任何人都可以向我指出一些官方文件或PHB语言文件或文章,可以解释这个过程中公然的疯狂吗？我相信老板可以聘请一些顾问告诉他这个,然后他可能会相信.但我只是一名软件工程学士学位的维护人员.我的种族对我也没有帮助.在这种情况下使用的最佳弹药是什么？

即使它具有最新的代码,也可以使用DEV环境进行测试

如果QA有自己的测试环境,我想知道什么是优点和缺点.它应该如何工作？谁应该对它进行部署？它应该有最新的代码吗？它如何使QA或开发人员受益,或者它对任何人都有益吗？

我是一个小团队(其他2名程序员)的高级成员.我们都是公司的新手,我一直在设置所有的开发基础设施.到目前为止,我有一个出色的版本控制系统(Git),一个出色的问题跟踪系统(Redmine),我即将建立一个构建环境(Hudson).我现在正在考虑建立我们的质量保证部门.我想建立一个像Scrum一样的敏捷开发流程,但这还没有成功.那么,我如何开始质量保证问题呢？根据计划,报告结果,制定测试计划的良好流程是什么？有没有用于组织和运行QA的工具？

谢谢!

我正在编写一系列自动化的端到端测试用例,它们运行RestFUL API.

我有几个很好的测试脚本,用Groovy编写,提供了一些测试并建立了我们需要的信心,我们正在考虑将它们集成到夜间构建中,并允许QA团队运行它们.这是单元测试的一个步骤,因为我们正在研究完整的端到端工作流程,而不是原子步骤.

输出当前是人类可读的,每个测试条件打印出一行定义测试,读取的值和真/假以显示测试条件是否通过.

我想把它包装成一个更高级别的脚本,单独调用每个脚本,然后分析输出.我自己可以很容易地做到这一点,但是想知道是否已经有一个Groovy测试框架,所以我不再重新发明轮子.

当你运行时perl -e "Bla->new",你会得到这个众所周知的错误:

Can't locate object method "new" via package "Bla"
(perhaps you forgot to load "Bla"?)

由于我的疏忽,前几天发生在Perl服务器进程中.有多个脚本,其中大多数都有适当的use语句.但是有一个脚本,在做Bla->new中sub blub以线123,但缺少一个use Bla在顶部,当它被点击打没有任何使用其他脚本Bla已由服务器进程之前加载,然后砰!

单独测试脚本将是防止这一特定错误的明显方法,但唉,代码依赖于一个巨大的环境.你知道另一种防止这种疏忽的方法吗？

更新

这是一个例子PPI(尽管它的优点)在Perl的观点中有限:

use strict;
use HTTP::Request::Common;

my $req = GET 'http://www.example.com';
$req->headers->push_header( Bla => time );

my $au=Auweia->new;

__END__
PPI::Token::Symbol          '$req'
PPI::Token::Operator        '->'
PPI::Token::Word            'headers'
PPI::Token::Operator        '->'
PPI::Token::Word            'push_header'

PPI::Token::Symbol          '$au'
PPI::Token::Operator        '='
PPI::Token::Word            'Auweia'
PPI::Token::Operator        '->'
PPI::Token::Word            'new'

设置标题并指定Auweia->new解析相同.所以我不确定你如何在这样一个摇摇欲坠的基础上建立起来.我认为问题在于它Auweia也可能是一个子程序; perl.exe …

我没有任何想法javascript injection。它类似于SQL Injection? 以及如何javascript injection在软件测试中使用？

任何人都可以从下图中验证处理时间,延迟和响应时间公式.我对响应时间公式有一些疑问.

如果您与我的这些公式有冲突,请给我证明参考.

详见我们的项目是使用gitflow这里我的问题是如何做QA适应这个。

考虑我有一个 master 分支和一个 hotifx 分支。一旦修补程序完成，那么我相信 QA 应该在修补程序发布时做它的工作。如果它没有通过，则使用此修复程序更新修补程序。QA 再次发布。现在，当修补程序 RC 通过 QA 时，代码将合并回 master（应该没有冲突，并且只是作为 master 的直接副本没有更改）。然后从 master 完成生产发布。令人担忧的是，QA 尚未验证此版本。他们已经验证了一个修补程序版本。

我们如何协调 master 仅用于生产代码，但对接近足够的生产代码进行 QA 测试？任何人对这种情况有任何经验吗？我看不到任何详细说明 QA 和测试如何融入 gitflow 的内容。

谢谢

作为开发人员,我想在特征文件中放置断点,以便我可以调试功能/场景/步骤

有没有人用Behave或Cucumber实现这个功能？