测试不只是测试
从我从业十来年（转测试行业），带了七八个新人。由衷的给一些新人一些职业建议。 很多新入职的测试人员，入职测试岗位后，就认为自己职责就是找BUG，找到BUG提交给开发。这就是测试人员的任务。这么想没错，测试就是就是减少软件BUG，提高软件质量职责。但要把测试做好做精，这点远远不够。测试误区一：测试人员就是执行用例，与用例预期不符就是问题。
一般公司都会要求写用例和执行用例不为同一人，或交叉测试执行。这样目的是在测试同时可以检验用例质量。不是用例通过评审就是没问题的好用例。因为往往在设计用例时，需求同时在开发。写用例的老测试或者TSE有经验也有能力把用例完成，但不代表用例就没问题。往往就是第一次执行的测试人员最有用例评判发言权。场景是否全面，用例预期结果是否与需求设计一致，当初设想的执行方法是否可以真正可测试执行。该手工用例是否可以转自动化用例，以后存量反复手工测试由自动化守护，等等。这些都应该作为测试人员好好考虑。
测试误区二：偶现问题，我也没办法，看开发从代码层面是否可以定位出来。
其实95%的偶现问题，是没有找准触发条件。有些问题，可以很容易的识别出触发条件，这时大家归并为必现问题。有些偶然出现一次，或者好多次才出现一次的问题，很多测试就只想着提单给开发解决。可是你换位思考下，你都不能准确复现的问题，凭什么指望一个对场景使用还没你熟悉的开发通过代码逻辑来定位问题。这时，正确的做法是可以提偶现问题的，让开发参与进来一起定位。测试应该尝试横向和纵向的对比，找出被测对象的差异和条件，尝试复现。复现出来后，因为有条件的差异对比，基本可以大致判断出问题关键点或关联点，这时附在CASE单上，有利于开发及时定位。
测试误区三：测试哪有能力定位问题，这时开发的职责。
测试人员请不要看轻自己，不是做不了开发为了谋生才去做测试。做测试有做测试的优势。开发专精是功能的实现，只能立足于某点去完成。而测试不同，测试应该是一个俯视角度去看待需求和功能，通过用户使用场景宏观的去俯视了解。这就导致了开发和测试是不同角度去完善这个需求，缺一不可。同样，定位问题也不是开发专职。测试往往可以通过灰盒和横纵向对比的黑盒测试就能基本通过现象推到出问题的根因。又或者通过一些DEBUG日志就可以判断出问题出在哪个模块或者哪个接口，可以很快的找到对应的开发，而不是一个问题在开发之前甚至部门之前传来传去，可以大大节省问题解决的效率。
以上只是一些零碎的随笔。给新入职测试的朋友一点启发。做这个职业就要做好，爱他，才能在工作中有成就感和归属感。 希望大家测试越来越精 感谢分享！ 感谢分享！
感谢LZ分享
页:
[1]
