参加工作快一年了。 这一年的测试工作让我发现，其实书本课堂上的很多东西都无法与实际相结合。理论最多可以指导工作，而我们无法完全按照理论进行实际行动！ 还记得在51时，老师所讲的规范的测试流程。与今天公司的测试流程相比，我在想，到底该怎样继续才好？ 首先，在需求分析阶段，测试人员其实是可
今天，很多软件产品部提供可以用来实现测试的编程接口（公共API）。没有提供编程接口的软件产品可能有不公开的接口(私用API)，如果提出要求设计者会提供。所以，如有需要应提出要求。 公共API作为软件产品的一部分要写入文档。公共API不会有很大变化，其稳定性对测试自动化很有吸引力。私用API会极为有用，但是要确定其稳定性如何。 由于没有注意到这些API，很多测试
如果测试员希望了解更多程序设计方面的知识，我们建议学习Perl、Visual Basic、TCL、JavaScript、Python或周围程序员了解并使用的任何脚本语言（Sweeney 2001)。有些脚本语言，例如Unix壳脚本或Dos批处理文件已经被使用很长时间了。脚本语言是便于使用而不是用来提高执行性能的高级语言。使用脚本语言而不是系
将执行代码与测试数据分开的一种策略是数据驱动的自动化测试(经验127)。这种分离有利于测试生成，并具有以下优点： ·测试易于理解和评审。 ·可以使用不同的测试工具或程序设计环境生成和执行测试。 ·独立的测试用例生成器比较容易测试。如果使用的是随机方法，应该知道程序设计环境提供的随机数算法往往很弱，数据的随机性可能不像所
1.流程的意义 从一个软件企业的长远发展来看，如果要提高产品的质量首先应当从流程抓起，规范软件产品的开发过程。这是一个软件企业从小作坊的生产方式向集成化规范化的大公司迈进的必经之路，也是从根本上解决质量问题，提高工作效率的一个关键手段。 软件产品的开发同其它产品（如汽车）的生产有着共同特性，即需要按一定的过程来进行生产。在工业界，流水线生产方式被证明是一种高效的，且能够比较稳定的保证产品质量
转一个很老的文章，但是很能说明问题 一个带广告图案的花纸杯，我们能想出多少个测试用例呢？想必很多人都在网上看过微软公司面试软件测试职位的这个考试题，由于当时对软件测试理论和测试用例的设计知之甚少，看到这个题目的时候不知所措，我试着以开发的思维来考虑这个问题，想了半天还是一头雾水，不知从哪个方面入手。接着我看了别人对这个题目的分析，原来此
也许有人从没有考虑这个问题，觉得测试人员对于报Bug没有顺序而言，发现一个报一个。甚至坚持着这个原则：“宁可误报三千，不可漏报一个”，积极地汇报着自己发现的所有Bug。结果，慢慢地就发现Dev对自己报的Bug失去了灵敏性，往往自己报的一个Bug，即便有工具的提示也会被开发人员不断地忽略或者推迟。 的确，这是一件令人沮丧的事情。作为测试人员，汇报Bug是自己工作成果之一，在大多数公司甚至就是主要成果
搭建虚拟测试平台已经一年了，觉得使用虚拟测试平台来进行测试，其过程很强大，能够快速的响应测试需求，但因其性能问题，只能进行一些性能测试以外的测试活动，虚拟测试平台还需要进一步挖掘与发展。希望测试窝的朋友能够给出一些建议，一起研究，共同积累虚拟化经验。 实例： 服务器：X3650，一颗Xeon E5系列CPU，32G内存，本机自带磁盘上安装windows 2003 server 64位操作系统，IB
请问大家测试是注重全面测试，还是功能性的测试呢？一般会用些什么测试工具呢？
我什么时候才能成熟点呢！？今天部门搞沙盘演练，我们组三个都是技术出身，业务都不熟，演练时都格外认真，可惜时运不济机器环境不行，无奈之下换了机器，狂赶进度，又碰上个老爷机。。。 几经波折终于到了最后关头，又碰上老爷机超长发挥，瞬间pass俺们没看到以为没反应，操作2次的结果就是没有结果！！！昏倒。。。反复到数据库找数据无果后，相当沮丧，老大在上面讲话，我还是很沮丧，很不喜欢自己陷在沮丧的氛围里，所以
