一个优秀的测试人员必须符合以下要求，测试学习计划跟进最终目标 1. 至少精通一门编程语言--方便跟开发人员沟通。 学习规划：1-2个月学完C#，现在只了解命名空间，C#基本语法（2010、06-2010、07每天学习一小时） 2. 熟悉缺陷的计划，设计和跟踪实施---黑盒测试阶段的缺陷跟踪。（已完成） 思考：怎样规范bug的跟踪，目前还没有想好方案，觉得在现在的公司用b
本文描述了软件回归测试的概念和进行回归测试的基本步骤，介绍了可用于回归测试的测试用例库的维护方法，给出了几种可以可保证回归测试效率和有效性的回归测试策略，总结了回归测试时应该注意的一些实际问题。 一、 概述 在软件生命周期中的任何一个阶段，只要软件发生了改变，就可能给该软件带来问题。软件的改变可能是源于发现了错误并做了修改，也有可能是因为在集成或维护阶段加入了新的模块。当软件中所含错误
今天在使用LOADRUNNER 9.0进行录制脚本时，回放没有错误，在使用场景进行并发运行时，提示较多错误，内容为： Error-26627:HTTP Status-Code=404(Not Found) for "http://......" 这是什么问题啊，录制的时候是采用URL录制的
刚回来就连着去了三四家公司面试，每天跑的也挺累的，不过也多少有些收获。现在谈谈我的面试体验吧。因为回来前也没有做什么准备，很多基础知识也都忘的差不多了，所以总体感觉笔试部分做的比较差，特别是专业相关的。不过几次也侥幸有了面试机会。面试的时候就按自己的实际情况谈了，谈了之前的公司，做过的项目，自己对测试的理解等等。总体觉得面试的时候还是放的比较轻松的
找人一直找不著說好要面試的也會反悔泰達這邊真的那麼難找QA人員嗎？大家倒是說說呀！！
之前一直在做模块级别的测试，从接口，到功能，从一开始的系统级别的手工测试，到后来的分模块使用桩和驱动进行验证，再到使用数据驱动进行自动化测试，再到现在的系统级别测试，能够感觉到公司其实还是在螺旋级别的成长的。 今天跟一个比较资深的同事沟通系统级别的测试： 他提出现在可以更加大胆一些，抛弃模块级别的验证，完全使用系统级别的验证以及大数据对比。这样可以将我们的测试效率大大提高，并且促使我们更从业务的角
在未入行之前觉得测试和开发只不过是IT业中的两条小路，然而入行之后发现小路也有很多的分支，想要走好也要再次找准方向，于是又迷茫了。 黑盒还是白盒？手动还是自动？甚至于测试的产品业务背景也是需要考虑。 然而基础不足，要学的东西也太多。 脚本，数据库，还有业务流程背景都是需要掌握。 自动化测试的各种工具也是需要学习钻研 种类如此的多，我又该如何去做？ 哎···
RFT Best Practices - 1. 引言 经过这些年的使用，我认为RFT是一个十分优秀的自动化测试工具。尤其是目前的7.0.1.2版本，已经非常稳定，非常好用了。 与大多数其它自动化测试工具一样，RFT提供了很多基础设施，例如：对象的映射、动作的录制/回放、检查点、数据池、Html或TxT格式的报告等等。这些基础设施确实能够大幅度提升这一工具的上手速度
问题描述：初级测试工程师或新进入一家公司从事测试工作的人员，如何快速得到提升和认可？ 精彩答案： 会员 yolander ： 题目写的非常清楚，角色定位为初级测试工程师，那就来看看对于测试新手入行，我们都看重他（她）的哪些方面吧 首先，从个人素质来看，我喜欢的测试新人要具备： 1、快速的学习能力 ——这也是我最看重的一点，作为测试人员也好，开发人员也好，同为技术岗位，如果缺乏学习能
1楼 1、逆向思维方式 ● 逆向思维在测试中用的很多，比如将根据结果逆推条件，从而得出输入条件的等价类划分 ● 其实逆向思维在调试当中用到的也比较多，当发现缺陷时，进一步定位问题的所在，往往就是逆流而上，进行分析 ● 逆向思维是相对的，就是按照与常规思路相反的方向进行思考，测试人员往往能够运用它发现开发人员思维的漏洞 2、组合思维方式 ● 很多东西单一的思考都没
