面试了几家公司,发现了自身的许多不足一、sql关联查询不熟悉；二、linux平台不熟悉，常用命令不熟悉；三、ＬＲ、ＱＴＰ只处于初级阶段，实践太少；四、自动化相关方面的问题必然会被问到，可能这是测试工程师面试的通问 ＝。＝五、性能测试
软件测试人员如何快速掌握业务流程？ 精彩答案： 被测软件的业务流程是开展测试工作的重要准备活动，同时在测试过程中起到十分重要的参考和分析依据作用。 这个问题很简单但是又很难。简单是因为软件业务流程可以顺藤摸瓜，难是因为不知从何入手。 “被测软件”听起来有点大，被测软件的行业背景、软件的大体作用，总的框架结构这些“大”方面的信息比较容易获取和理解。实际上软件是由众多功能组成的，在实际工作
有人工作，有人上学，大家千万不要错过这篇文章，能看到这篇文章也是一种幸运，真的受益匪浅，对我有很大启迪，这篇文章将会改变我的一生，真的太好了，希望与有缘人分享，也希望对有缘人有所帮助！看完之后有种“相见恨晚”的感觉，特别激动，希望大家好好的珍藏这篇文章，相信多年以后，再来看这篇文章，一定有不同的感觉。
相信很多人跟我一样有过这样的困惑，那就是在需求阶段我们测试人员应该做些什么？下面就将看过的一篇文章贴出来与大家一块分享。首先，测试用例和测试工作本身是不断完善的，在开发过程的初期，可以认为是需求阶段，或者没有规范需求工作的设计阶段。如果有一个比较明确的需求文档，可以在这个阶段检查完了需求文档以后开始设计测试用例。这里，对于需求文档的检查主要是两个方面：1.检查需求文档描述的正确性，愚以为测试人员要
WEB的应用越来越广泛，基于web服务器的应用程序也变得非常普及，因此，对WEB的要求也越来越高。 在web测试中，一般要从以下几个方面考虑： 功能测试：主要测试页面功能和逻辑是否满足功能规格设计说明书的需求，包括基本的逻辑，页面特性等。 用户界面测试：包括用户页面是否和设计保持一致，一些基本的页面元素(如按钮、表单、图片、文字等)的
即将迈入软件测试行业的小菜鸟,希望能在这里学到些知识.....O(∩_∩)O~
最近带的项目，属于一个低端的项目，马上就要量产了。 依旧有很多bug,为了赶在上市把主要的问题解决，这几天天天和SW, QA reveiw bug 看着我们测试团体辛苦提交的bug,一个个被postponed,心理那个纠结 一方面由于站在项目的角度上看，及时量产，而软件版本没有衰退，不得不把一些bug不解，把主要的问题解决，站在这方面考虑，确实如此 另外一方面，从测试人员角
大家給我建議建議那些需要修正~~~~
摘自网友natureyxu的文章http://testing.csai.cn/testtech/200701301110441401.htm 界面测试看起来是非常简单的事，但在开发中和测试中也是容易被人忽视的问题。程序员大部份只注重软件的功能，测试人员感觉问题太小或太多了就不想提（1、怕开发人员说自己
昨天接到东软集体人事的面试电话，唉！她说她们公司对英语要求比较严，测试用例，还有测试报告，可能都需要英语来写，自己对此没太有信心啊，毕竟自己两年没有学过了，原先学的也差不多都就着饭吃完了，开始有点打退堂鼓的，不想去了，距离远点不说，怕自己去了什么都不会，丢人啊。。。。。。，但后来想了想，就当是锻炼一下自己吧，也给自己积累总结
