另一方面,软件测试人员的整个目标是观察这一产品并发现它的问题,从而改进它。
A software tester, on the other hand, their entire goal is to look at this product and find problems with it, to improve it.
还记得软件测试人员的目标吗?
软件测试人员总是坏消息的使者。
角色:软件开发人员,软件测试人员。
因为存在所有这些需求,所以很难找到好的软件测试人员。
Because of all these requirements, good software testers are hard to find.
与此同时,它也给软件测试人员带来了全新的挑战。
But at the same time, it is a new challenge for the software tester.
战士让我们来面对现实:打比方说,软件测试人员经常处于作战状态。
warriorLet's face it: software testers are constantly in a state of warfare, figuratively speaking.
看看软件帮助广告,您会发现里面列出了大量的软件测试人员。
Look at the software help-wanted ads and you'll see numerous listings for software testers.
软件行业已经进步了,职业软件测试人员已经成为强制需求了。
The software industry has progressed to the point where professional software testers are mandatory.
本文假设您是一个有经验的软件测试人员,并且熟悉Rational测试工具。
This article assumes that you're an experienced software tester and are familiar with Rational test tools.
爱思匹瑞科技的创始人布润达韦特·伯格,告诉ERE的陶德拉斐尔说有埃斯博格综合症的雇员是很好的软件测试人员。
Aspritech founder Brenda Weitzberg, told ERE's Todd Raphael that employees with Asperger's syndrome are the perfect software testers.
好的软件测试人员会向重视软件价值的人提供有关于价值的关键信息,他的职责类似于书籍审稿人或电影评论家。
Good software testers supply critical information about value to people who care about that value, in a role similar to that of a book reviewer or a movie critic.
但是更多的软件是通过训练有素的方法开发出来的,他们以软件测试人员为核心,软件测试人员是整个团队的重要成员。
But much more software is now developed with a disciplined approach that has software testers as core, vital members of their staff.
所有这些人和系统级别的软件测试人员(soft ware validator)一起,才能做好自动脚本测试或者探索性测试。
All of these folks, along with the system-level software validators, can test in a scripted way or an exploratory way.
一般来说,每个软件开发项目都有一组测试人员和一组开发人员。
Generally speaking, every software development project has a group of testers and a group of developers.
测试脚本中的内容副本是隐伏的,因为软件变更需要测试人员修改可重复流出现的每个脚本。
Content duplication in test scripts is insidious because software change requires testers to revise every script in which the repeated flow occurs.
开发集成运行时环境可以供开发人员在硬件和软件上测试他们的应用程序,它类似于目标生产环境。
The development integration run time environment is used by developers to test their application on hardware and software that resembles the target production environment.
测试人员仅仅需要启动探测软件,看它能做什么。
The tester simply begins to "explore" the software to see what it can do.
值得考虑一下允许脚本构造的“测试架构”,这与设计人员创建“软件架构”来简化应用程序构造具有同样意义。
It is worthwhile considering a "testing architecture" to enable script construction in exactly the same sense that designers will create a "software architecture" to simplify application construction.
这些产品非常适合测试人员(和开发人员)在软件测试期间使用。
These products are well suited for testers (and developers) to use in the course of testing software.
通过使用这个框架,开发者更多地学到了如何“打破”软件,并且测试人员获得了关于产品如何工作的详细知识。
By using this framework, developers learned more about how to "break" software, and testers gained detailed knowledge of how the product worked.
在过去十年中,软件开发人员对测试的热情日渐低迷。
In the past ten years, software developers have begun to embrace testing at increasingly lower levels.
正如King指出的,Ceylon是一个社区项目,需要软件工程师和测试人员帮助设计、构建和检验这种语言和SDK。
As King has said, Ceylon is a community effort and therefore needs software engineers and testers to help design, build, and validate the language and SDK.
IBMRationalManualTester:一个手动的验证和执行工具,可以促进测试步骤的重用,以减少软件变更对测试人员和业务分析师的影响。
IBM Rational manual tester: a manual test authoring and execution tool that promotes test step reuse to reduce the impact of software change on testers and business analysts.
所以我创建并发布了PushToTest测试方法学来帮助软件架构师,开发者和测试人员。
So I built and published the PushToTest SOA test methodology to help software architects, developers, and testers.
开发人员和测试人员间软件的交接。
软件公司与beta测试人员的关系通常建立在以物易物的基础之上。
The relationship between the software company and the beta testers is usually based on barter.
白盒测试需要知识和访问开发下面应用软件的代码,并且通常由开发水平测试人员执行。
White box testing requires knowledge and access to the code of the application under development and is generally executed by development level testers.
基本前提是数据库开发人员能够像软件开发人员那样工作,做出的改变能在本地进行测试,基于更改集而不是特定的脚本来提交更改。
The basic premise is that database developers should be able to work like software developers with changes being tested locally and applied via change-sets rather than ad-hock scripts.
基本前提是数据库开发人员能够像软件开发人员那样工作,做出的改变能在本地进行测试,基于更改集而不是特定的脚本来提交更改。
The basic premise is that database developers should be able to work like software developers with changes being tested locally and applied via change-sets rather than ad-hock scripts.
应用推荐