小谈下黑盒测试~

gaomeng8787

我做软件测试仅仅一年多的时间，要写天马行空，长篇大论的帖子我写不出来，我就说说我这这些日子做了些什么，收获了什么，失去了什么吧。
    我的第一个测试工作是黑盒的手机测试。看到“黑盒”两个字，你一定觉得太低端了吧，你一定会想手机的黑盒测试，就是拿个手机随便玩玩，找出些潜在的BUG而已，没有什么太难的工作。起初我也这样想的，但是，实际的工作并不是想象的那样。接下来我就谈谈黑盒的软件测试吧。
以下是我自己总结的黑盒测试需要注意的几点，希望能够给黑盒测试的童鞋们一些启示：
一、如果想要做到质量好的软件测试，一定要先熟悉需求功能   
    如果你是新手，并且对测试软件无从下手，那么你一定要知道测试的这个软件要有什么需求，就是说这个软件的功能有什么。知道了软件所具有的功能属性，接着根据这些功能和属性去测试它，看它有没有实现这个功能，实现的怎么样，有没有达到预期的要求。所以说，先了解软件之功能，再测试软件之功能。对于给顾客交付的软件，如果连顾客需求的功能都没有实现，那么，顾客还会再次买你的软件吗，所以，基础的功能测试是非常重要的，也是测试的重点。所以，测试前必须先知道功能，再根据实现的功能去测试。
二、如果你想成为“BUG王”，要多做发散性的测试
      虽然基本的功能你已经全部测试到了， 并且100%通过测试，但是，软件中潜在的BUG你并没有测试出来，没有一个软件是没有一个BUG的，并且测试的第一个软件版本里测试的BUG是最多的。但是，BUG并不是坐在那里让你发现的，需要去测试发现，但是，有时候基本的测试并不能发现一些潜在的BUG，需要去并发执行一些操作，这样，才会发现模块之间的存在一些问题，所以，发散性的测试是十分重要的，我在测试的时候80%的BUG都是来自于发散性测试，对于基本的功能用例要测出来BUG是相当难的，尤其是后期的维护版本，所以，发散性测试是必须的，可以发现软件产品的潜在危险，并且你还可以成为“BUG王”、“BUG终结者”等称号，怎么样，不错吧。
三、一定要从客户的角度去想问题，把自己当成用户
      不能将自己看成是在完成工作，而是作为一个使用者去使用这个软件。就拿手机来说吧，你就是一个使用者，你在使用的时候会遇到什么样的操作，这些操作怎么设计才会更便于用户的使用，这个软件的易用性怎么样，你一定要明确。即时这个功能设计上和功能实现上没有什么错误，但是对于用户来看就是觉得它有问题，那就是BUG。例如我曾经发现的一些故障，设计的没有错误，显示用户通话时声音的大小，但是，它在童话界面上显示了两个调节声音的显示条，虽然设计和功能上没有错，调节声音大小时两个显示条都会响应，但是，两个显示条就觉得多余，于是我就提了BUG，研发也同意我的观点，就把多余的声音显示条去掉了。所以，要做一个好的黑盒测试，首先把自己当作一个用户。
四、多和研发沟通，要让研发认识你
      测试中和研发沟通是再所难免的，不和研发沟通是不可能的。有问题了去找研发，让他解决你的问题，让他给你答案。要知道，他开发的系统没有谁比他更清楚了，除非他的代码是“Ctrl + C”加上“Ctrl + V”的。他能解决你的问题，并且你有什么好的意见和建议也以和他们去沟通，让他们知道测试人员也不是吃干饭滴。多与研发沟通，提BUG的时候研发对于你的问题单也会慎重的考虑，即时要拒绝你的问题单，他也会先与你沟通，说不定就不会一下就拒掉。如果研发跟你关系不好，研发可能不会深究你的问题，这样，即时你有什么更好的想法， 研发只要看到不需要改变，他就不会去改，并且确认那个并不是问题，拒回你的问题单。所以沟通工作一定要做好，测试与研发间，测试与测试间也要做好沟通，沟通是进步的催化剂啊！
    还有许多的测试中遇到的问题，我在这里不在一一列举了，如果你能做好以上的几点，我相信做好一个合格的黑盒测试人员是没有问题了。测试这个工作是一个细心的活，没有太难的理论知识，只要用心去测，没有发现不了的问题，一定要比研发人员想的多！以上有什么说的不好的，请各位老师童鞋们见谅并且提出来，我会虚心接收，让我们共同进步吧！

红枫

楼上的，说的很好，我也是做黑盒测试的，比你久一点，但没你表达的那么详细清楚，你说出了所以做黑盒的心声。老是有人觉得我们做黑盒测试的没啥技术，用有色眼光看待，但至于是不是空架子只有我们自己知道，测试的酸甜苦辣没有人比我们清楚，版本发出后的那种心情没有人了解。。。。。。。。

htjfzgbhzy

楼主，我是刚刚接触这行工作的，我很认同你的看法，但感觉好多时候对那需求书看了好多遍多还摸不清楚我们所需要知道的流程，怎么办？还有对于写那测试用例有啥好的方法呢？平时有什么好的资料介绍，或许是什么书，什么文档这些都行，我想尽快进入这个行业的状态的！

lylh

很有帮助，顶楼主~~~

gaomeng8787

回复 2# 红枫
干一行，爱一行！
不管是什么工作都有它自己的门路，抓住门路，你就能成为精英，黑盒测试与白盒测试是同样重要的，只是黑盒测试一定要有自己的方法，多去总结，与别人分享，这样才能少走弯路！加油，以后多多交流啊！

gaomeng8787

回复 3# htjfzgbhzy


   你的问题其实是很多人的普遍问题，我有时候对于也需求说明书很难理解，如果是这样的话，那就多问问前辈们吧，一般来说测试的东西几乎都是一个基线出来的，大部分的功能和需求都是基线需求，所以，那些公司的老员工一定最清楚，问他们就行了，要关注的就是新的需求，对于不同版本，关注新加的需求，往往这里出问题会比较多，或者是一些重构的版本，BUG一般都会很多，多关注差异性需求！！！我对测试用例的理解一般把测试用例分为A,B,C类，A类就是测需求，把需求拿过来套就行了，B类就是一般的多些false的操作和并发的操作，C类就是加强并发的操作，最主要的是要找覆盖到需求上东西，漏测需求是万万使不得啊！其实书里面能将理论知识，我觉得做测试只有平时去积累，你测的版本多了自然熟能生巧，愈来愈厉害，多去实践就行了！加油！，多交流！

gaomeng8787

回复 4# lylh


    多交流，有什么好的方法和建议我们一起分享！

htjfzgbhzy

楼主，多谢了哦！那你觉得平时会用得着哪些测试工具呢？

愚人

gaomeng8787

回复 8# htjfzgbhzy
那多了去了，网上一搜一大把，而且，有些大公司都用的自己的测试工具，具体问题具体分析，我用的也不多，大部分都是手工直接上，哈哈！

仙仙子衿

回复 1# gaomeng8787


    楼主，那个发散性测试能不能说得具体些？最好是举个例子，我想知道做发散性测试时的思考方式，也就是具体的方法。

brother_lengyu

测试的时候黑盒白盒没必要分的精细啦，如果工作中能多接触代码，尽量学点，如果有根底更好了，黑盒测试永远都是软件测试的主流（高端测试除外），但有的时候白盒会更简单，效率是黑盒的数倍以上。我是做游戏测试的，举个例子，就比如一个定时的活动要求每周六晚上八点开始，这样的测试除了要测试活动的基本功能实现，还要测试他的时间是否正确，我们不可能去等到周六晚上八点去查看活动是否开始，这个时候需要程序那边提供支持，帮你改开启时间，可不是所有的程序都很好说话，但如果自己懂点代码能建立服务器的话直接看一下代码，定时器是否正确就可以了甚至可以说几秒钟的事情。所有无论是黑盒还是白盒都看情况而定，但大部分还是黑盒测试更简单有效的

snow82107

回复 11# 仙仙子衿


    我也想知道呢，不知道楼主能不能分享下？

ROZH_WANGYUANY

我就是做黑盒测试的，有时候发现功能方面的BUG，都是小心翼翼的跟开发人员说，他们的那种态度好像我在找茬一样。

htjfzgbhzy

老手们给力点，多给些经验学习学习！

51minmin

NNCD

我也是刚进测试的门。学习中~~

NNCD

我也是刚进测试的门。学习中~~

523015006

受益匪浅啊

没翅膀的飞鱼

学习了