1.老婆逛商场——测试之黑、白、灰具体场景：陪老婆逛商场！黑盒测试： 老婆从商场的某一个入口进入，你在商场外面等待，并不知道商场内发生了什么，只知道正确的结果是，老婆带着一堆商品从某一个出口（可以与入口相同）出来。 这是原定正确的情况，不出错我们就不需要管商场里面发生了什么，否则，在多次逛商场（多次黑盒测试）之中，发生无法达到原定正确的情况，例如老婆与人争执、老婆没带钱、老婆有问题需要与自己协商等情况的发生，就需要测试人员进行检查了。白盒测试： 老婆从商场的某一个入口进入，你随着陪同进入商场，全程陪伴，观察老婆购物的每个细节，了解其走过的每一步，发生的每个小情况（我。。。已经写不下去了。。。），然后，你抱着一堆商品陪着老婆从某一个出口出来。单元测试： 老婆进入商场后，专门盯着某一个专卖店，查看其是否有新品、是否有活动等，一天去三次，一周去三天，一月去三周，达到对该专卖店了如指掌，任何细节都确保万无一失之后，再盯下一个专卖店……压力测试： 老婆组团进入商场进行大量扫货，每天进行，持续一段时间，看商场是否顶得住，是否会出现断货、服务员暴走、刷卡机宕机等问题。性能测试： 这个概念比较广，商场稳定性，如能否做到每天开业、24小时开业；商场安全性，保安能否保护顾客安全、防火防盗措施如何。 因此，其实软件测试并不是什么新鲜的概念，我们在现实生活中，一直在对各大商场进行“集成测试”，那么多的商场被各种苛刻的测试所淘汰。各位都是伟大的测试人员，并且，测试是永久存在的，不要幻想产品发布那天的到来。 所以，不要以为测试工作只属于软件工程，太天真了，测试的魔爪是谁也逃不脱的！
2.Bug是个什么鬼？什么是BUG？ 英文单词，本意是臭虫、缺陷、损坏、犯贫、窃听器、小虫等意思。现在人们将在电脑系统或程序中，隐藏着的一些未被发现的缺陷或问题统称为bug（漏洞）。 我们知道，只要有软件就会有bug。再严格测试也只是抽样活动，总会有bug被遗留下来。基于以上两种原因，软件或者系统发布时总会或多或少带点bug。对于这些bug，我们要看它的影响程度是什么样的。对于生命周期比较长的系统，这些bug只要产生了影响都是要修改的。 BUG测试注意的一些问题 1.清晰地描述Bug： 描述Bug时要用简短的陈述句并能准确指出问题所在。描述中可能需要提供一些步骤来重现这个Bug，同时这个简短Bug描述必须能够准确地表达出问题的本质所在。 2.不要放过你判断： 你主要的目标应该是让你的Bug报告令人信服，以支持你发现的Bug，唯一的目的是让Bug最终关毕。在Bug报告中试着使用外交的表达方式，而不要使用官方的表述来赞成这个Bug，这样你的报告反而会令人不愉快。最好的方法是使用建议的方式。愉快的方式总能被采用。 3．重现的步骤： 如何利用对条件设置的解释以重现并获得Bug的精确点，这必须要在Bug报告中讲述清楚 4.使用简洁的语言： 人们不喜欢读包含复杂的专业术语和绕口的大段的段落。一个好的Bug报告要包含短的但是表达清晰的语子。它应该只包含与Bug有关的论述。不必要把Bug报告做的过于复杂和写太多事实而篇幅过于长。 5.引用相关的例子： 大部分情况下，要重现一个特殊的Bug，必须输入一些特殊的数据。但是不要做模糊的表述，像提供一个联系表中无效的人名并保存，应该说在名字域中输入像035bbb@$%这样无效的输入并点击保存。为了使Bug能快速得到处理，测试人员必须努力提供所有相关的、关键的信息来帮助开发人员。6.提供参考信息： 以防一个特殊的Bug与说明文档或其他的关于工程的文档相冲突，Bug报告必须得供充分的关于这种特殊情况的参考信息或与文档中相冲突条款的数目。 7.为Bug分配优先级和严重等级 没有为Bug设置严重级别和优先级别的Bug报告是不完整的。 Bug严重级别： 指的是这个Bug破坏系统的危险程度，Bug严重级别说明了这个Bug的破坏程度。Bug的严重级别分为四类，下面进行分别描述： 致命级（P0）：影响程序运行的bug，程序无法跑通，系统无法运行，造成用户完全无法完成操作的bug。例如：崩溃或应用模块无法启动或异常退出、循环报错、无法退出、支付漏洞、重点功能点击无效等 严重级（P1）：造成用户完全无法完成操作的bug。例如：功能无法实现、数值计算错误、普通功能点击无效等 缺陷级（P2）：这类BUG对应用程序的性能没有影响，用户可完成操作，但操作受到阻碍的bug。例如：操作被遮盖，内容显示不全，以及其他界面问题。 任何BUG应当在当前版本发布之前努力去修正他们，如果由于时间的限制，无法修正，可以等到在下个版本中修正。