摘 要：测试人员的工作不只是要找出BUG,而且是更大程度上要提出更多的解决BUG的方法和建议。在不能提出方法和建议的时候，要尽量详细和清楚的描述BUG产生的前后所做的操作。能够重现BUG,也是测试人员的基本职责。做为一名测试人员应该注重知识的全面的学习和积累，能够很好的和开发人员、实施人员进行沟通，把好软件的质量关。
关健词：测试人员；BUG
“软件测试”这一职业最近几年在IT行业越来越引起大家的重视。从05年下半年即将毕业开始，我就特别关注软件测试这一行业，一直希望可以找到一份软件测试的工作。
从06年五月份开始参加工作，第一份工作并不是软件测试而是“软件实施”或者称作“技术支持”，然后才转向了软件测试。具体的说从事软件测试这一行业才刚刚半年之久， 所以对自己的东西不能冠以软件测试行业的一些名词，只能说是一个刚入行的测试人员的一些感受和体会。
一、 测试人员应该注重业务知识的学习
测试的时候应该能够从用户的角度出发，能够分权限，分角色按照业务流程来进行测试。
现在的软件开发大多都是面向对像基于WEB结构的开发，所以在测试的时候就是要分角色、分权限，根据业务知识和业务流程按照不同的用户、不同的岗位进行测试。只有这样才能够测试出来系统在权限和角色的划分中的问题。
由于本人从事过技术支持所以更想能够有利于从用户的角度出发来对软件进行测试。其实IT行业的很多工作都是相通的。
二、 与开发人员的沟通
测试人员的工作不只是要找出BUG,而且是更大程度上要提出更多的解决BUG的方法和建议。在不能提出方法和建议的时候要尽量详细和清楚的描述BUG产生的前后所做的操作。能够重现BUG,也是测试人员的基本职责。开发人员经常由于工作比较紧，所以更希望测试人员能够简洁、明了的来描述BUG。如果能够给出他们合理的修改BUG的建议和方法，他们也会对测试人员刮目相看，从而建立更好的合作关系。
三、 应该注重数据库知识和简单代码的学习
如果能够了解到更多的数据在数据库中的存储情况，将有利于查找测试原因更有利于和开发人员的沟通。例如，在一次的测试过程中发现数据字典，增加功能无效，就是增加过的记录在页面上看不到，通过对数据库的查询发现，记录已经正确存储在数据库中，只是页面上没有表现出来。当把这一情况告诉开发人员时，开发人员很快就分析出了错误的原因，并能够在最短的时间内对程序进行修改。
代码的学习，最基本的是可以看懂一些简单的代码。进行软件的性能测试时，需要从代码的合理性、是否造成内存的浪费、是否存在不合理的竟争等多个方面来考虑软件的性能问题。如果以后想要往白盒测试方向发展的话，那么代码的学习就是必须的了，而且还要学习大量的复杂的代码。
四、 需要学会区分BUG 的严重程度和可修复程度
有时由于缺少对开发知识的了解，测试出一个BUG之后，不知道修复的难易程度和产生错误的原因。开发人员会说出这个不是一个BUG,就会对这个BUG进行关闭，而以后用户会认为它确实是存在的一个BUG .盲目的听从开发人员我想也是初学测试者的一个误区。做为一名测试人员其实有时需要从经济学的角度考虑BUG的严重程度和可修复程度对整个项目所带来的影响。
五、 测试方法和测试流程的规范
我所在的公司项目比较多，项目比较紧。很多项目都是项目初期的时候还写测试用例进行测试方法的讨论，后来由于一些实际情况把这些用例和方法都丢弃了。这样导致在测试的过程中都是随意的进行测试。程序的有些地方都测试过很多遍，而有一些地方却没有测试到，造成了大量的重复劳动和低效率的劳动。
六、 测试工具的学习
参加测试半年了，测试工具的学习不是很多，一般的功能方面的测试，还是通过简单的编写测试用例来进行测试。只有在性能测试时偶尔会用到LOUNDERRUNER。
以上是本人做测试几个月以来的一些感受，也许称不上文章但只有这样写下来我才知道，自己干测试这几个月以来学到了哪些东西。我会努力用自己的能力来赢得别人的尊重。
版权声明：51Testing软件测试网及相关内容提供者拥有51testing.com内容的全部版权，未经明确的书面许可，任何人或单位不得对本网站内容复制、转载或进行镜像。51testing软件测试网欢迎与业内同行进行有益的合作和交流，如果有任何有关内容方面的合作事宜，请联系我们。
