最近面试了很多测试人员，不由得有如下的感慨：有一份安心能做下去的并且自己感兴趣的工作，那确实是一种幸福。所谓安心：即不为物质的原因所扰；所谓感兴趣：即工作的过程是一种享受，因为干的都是自己最喜欢干的。安心且感兴趣是物质、精神的双重愉悦。然而，这样的工作多么？在于工作本身，也在于心态。只是，挣扎在生存和精神之间，我们不得不选择物质。这也是职业发展规划中发现的最多的无奈，所以很多时候规划只是规划。现实的残酷不断地吞噬着美好的理想。兴趣往往必须为了薪水让步。坚持下去的，可能成功；.

测试管理除了行政管理，很重要的是战略方面的管理，没有未来发展战略的规划、没有愿景，管理只能流于形式。那么要做好规划，我们必须知道未来测试的发展将是什么样子。大家讨论一下，抛砖引玉了：1、分工的日益明确，国内测试外包的兴起？2、受市场因素影响，做敏捷的开发过程，测试驱动开发？3、游击队？正规军？中国软件能发展到那一天么？4、测试行业的明天、测试技术的明天、测试人员的明天是什么样子？

ERP系统的功能、性能测试要求：1、计算机或者软件测试相关专业，本科以上学历2、至少熟悉一种测试脚本开发语言，具有实际测试脚本开发经验3、精通软件测试理论和方法，能够熟练使用至少一种功能/性能自动化测试工具4、较强的责任心，敏锐的洞察力和逻辑思维能力，能够迅速理解问题性质，正确分析产生问题的原因5、有较强的沟通能力和语言组织能力，有JAVA开发经验者优先6、一年以上应用软件测试经验，有成功产品或者项目的测试经历感谢关注，该招聘已经结束。[ 本帖最后由 unisoft 于 2008-9-22 14:20 编辑 ]

自动化测试自动化测试，听起来似乎很时尚，实际上对于了解的人来讲，重要的并不是工具，而是自动化测试的理念。为什么需要自动化测试？1、想让机器代替人来工作，节省人力成本；2、大幅度提高工作效率；那么我们就要分析了，怎么才能做到自动化测试？首先，系统基本稳定，自动化测试多用于系统回归测试或者多种测试环境下的测试；其次，选好了适合的测试工具；这些只是泛泛的谈，大家都明白。但是在实施的过程中，常常遇到这样的问题，到底怎么录制脚本才能适用性、灵活性强？怎么规划数据用例？复杂的业务流程怎样进.

日创建与冒烟测试，说是创新，实际上概念早有了。真正的用到了产品测试上，感觉效果还是蛮不错的。之前负责的XX产品测试由于工期比较紧张，于是果断采用日创建的方法，每日早上更新编译，上午一般回归前一天的问题，然后下午继续测试，把所负责的功能走一遍（几乎到处冒烟一次，呵呵），然后提交新发现的问题。然后开发人员更新程序，然后第二天重新发布、回归、冒烟。。。。。。彻底颠覆了之前测试中心集成测试的模式（之前是每完成一个功能，提交单元完成提交单，然后发布，逐个功能测试）。与之前的测试模式相比，有.

公司施行基于Bug数量的考核（Bug数量占到了个人考核绩效得分的70%），引起了大家不同程度的争议。下边谈谈我个人的看法：首先，把Bug数量做为考核测试人员水平的杠杆是否合适？什么是软件测试：为了发现程序的错误而执行程序的过程。那么，选择Bug数量去考核无疑是正确的，这点我非常赞同。并不是因为在公司统计公布的测试人员测试出的Bug数量中，我的名字名列前茅就支持这样的政策，实则是有如下原因：1、测试出的Bug数量反应了一个人一段时期之内的工作量，一个Bug耗费的工作量围绕着Bug的生命周期主要集中在如下几个方.