测试中的小事情
开发不能有的心态：[*]不要妄自揣测谁会使用自己的应用，因为谁都有可能。
[*]不要以为每个访问者都和自己一样精通计算机知识，他们或许对计算机知识一无所知。
[*]不要乐观地认为用户会因为网站导航体验不佳而还能保持浏览的兴趣，因为有很多竞争对手。
[*]不要天真的以为自己了解所有用户对于性能和信息的终极需求。
上面的四句话，是对开发人员说的，但是对于测试人员来时一样适用测试三大心态
[*]破坏心态
既然是找bug的，那就要挑刺，尽可能做到鸡蛋里挑骨头，唯一需要关注的问题是怎么处理与开发的关系，不然有的是与开发争吵了。
[*]第三方视角
作为一名测试，在很多时候从产品开发时就已经参与其中，所以对产品了如指掌。这会造成很多时候在测试的时候，会按照用例上面的步骤来。要知道，用例也有可能会有遗漏。把自己当成第三方，作为一个陌生人来测试，效果会截然不同。
[*]好奇心&兴趣
好奇心就像你得到你个新玩具，然后不停的去玩。测试也一样，在面对一个新的产品，你要把它当成你心爱的玩具去研究，直到产品“坏了”为止。
兴趣，也很重要，软件测试有时候是一个很繁琐枯燥的工作，没有兴趣，就静不下心来去测试，当把测试当成自己的兴趣时，做什么测试都会事半功倍的。
测试需要的最基本的一项技术：描述
测试的工作就是找bug，不管与开发的关系如何，但是只要是个bug，开发就要去解决。那么问题来了，你如何去给开发描述这个bug呢？在描述一些bug，特别是某些奇怪bug的时候，是很难描述清楚的，造成的结果就是描述的bug测试明白，开发不理解，开发都要跑来问（开发人脾气好啊）然后给演示，难道要每个bug都要演示一遍？所以清楚的描述bug就很重要了，语句既要简单明了，又要通俗易懂，不然你懂了开发不懂也不是个事啊。这个就看语言的功底了。自我心得：记得刚开始干测试的时候，实在不知道怎么描述问题了，直接截图，然后描述。但是有很多问题就是截图也描述不清楚，记得有段时间开发常驻身边，那个心情，后来就是在描述bug的时候，总是花费很多语句。有次开发给我说我描述的问题太臃肿了，读起来太费时间，然后就开始写得简洁，开发又开始读不懂了。总是在这两个中间摇摆了很长时间，才有所改善。所以啊，描述bug，也不是个简单的事啊，除非开发就坐在你对面。
写的很好，分析的很到位！ 草帽路飞UU 发表于 2017-6-29 10:33
写的很好，分析的很到位！
谢谢支持，共同进步！ 描述bug确实不是个简单的事，我觉得说得很清楚的bug，开发却看不懂，该怎么办？还有个小问题问下：用例评审时开发都不太关心，到了后期测试就发现bug很多，大多都是评审时有提到，但开发没考虑到的细节问题，这这种情况，我如何才能很好的解决呢:lol 总结的挺好 看起来很有用的知识 总结的很到位 :victory:
页:
[1]
