浅谈白盒测试的经验

白盒测试也称为结构测试或逻辑驱动测试。它是一个基于程序内部结构的测试程序。通过测试来检测产品内部动作是否按照设计规范正常进行。检查程序中各通道是否能按预定要求正确工作。本文介绍了白盒测试的一些经验，我们来看看。 反思我所经历过的项目的白盒测试工作，有失败，也有成功，但大部分都是经验的积累。下面谈谈我经历这个项目后的感受： 1.程序员永远是对的 测试人员最需要的是沟通，而白盒工作最需要的是与程序员的沟通。然而，测试工作往往会受到一些规范和流程的影响，这不可避免地会导致与程序员的想法产生差异甚至冲突。这时，请记住——程序员永远是对的，即使他们是错的。 首先，我们要尊重程序员的设计，不要轻率的评论。即使设计并不完美，但仍然体现了一个程序员自己的风格。只有在尊重程序员个体特点的基础上，我们以后才能更好地合作。 2.程序员总是错的 这一条看似与上一条矛盾，但上一条是大前提，这条适用于具体的测试工作。测试人员需要对一切都持怀疑态度，白盒测试也需要相同，甚至更多。作为测试人员，您需要了解： 程序员很粗心 程序员都是懒惰的 程序员不太注重细节 每次进入工作时都这样想，这样才能做到每一个细节、每一个要素，因为有可能程序会被典当到某个不显眼的地方。 3、注重细节，自下而上开展工作 白盒测试的一般流程是先单元测试，然后集成测试。这体现了自下而上测试的概念。这个概念不仅适用于流程，在具体工作中也可以作为参考。例如，测试某个模块时，可以从细节开始，从小到大，从下到上。 4.一定要注意编码标准！ 这里要注意区分编码标准和编码风格的区别。不同的测试人员有不同的风格，这也是个性的体现，但如何才能统一标准呢？有很多程序员根本不关心规范问题，认为只要代码能够完成设定的功能并且没有bug，项目就已经完成了。事实上，情况并非如此。现在市场上会写程序的人很多，但能被称为“程序员”的人却很少。他们顶多可以称为“懂程序的人”。 合格的程序员不仅会写代码，还具备将代码集成到项目中的能力。作为一名程序员，我编写工程项目并开发模块供大家使用。而不是小工作，小程序。因此，代码必须考虑到项目中其他共同开发人员的使用、测试人员的阅读以及其他项目人员的未来维护。作为一名程序员，你不能随心所欲地编写代码，而是必须遵循编码标准，正确编码。行为。 5. 文件在哪里？ 项目的每个阶段都需要文档，这是连学生都知道的事情。但实际情况又如何呢？不幸的是，在中国，70%以上的项目开发时间不足、拖延，那么我们该怎么办呢？越来越多的开发团队明白牺牲测试时间是不可取的，所以唯一的选择就是牺牲编写文档的时间。也许这种做法也是不正确的，但却是可以理解的。 作为白盒测试人员，您如何面对这个困境？强迫开发人员腾出部分编码时间来组织文档似乎也是不可取的。我的建议是要求开发人员抽出一点时间直接向测试人员解释内容。因为项目时间紧张，听写时间比写文档要少很多，同时也节省了测试时间（测试人员不用等文档出来才开始测试）。 当然，文档仍然是需要的，因为维护人员和其他项目相关人员也必须考虑在内。 6. 检测时间不够怎么办？ 事实上，这种情况在很多项目中都会发生（包括《Avatar》）。这个时候你需要学会做出选择，而不是墨守成规，遵循流程。测试的最终目的是保证质量，合理利用测试人员的经验，优先测试那些你认为必要的。 7、白盒测试和黑盒测试是相辅相成的。 这种说法看似无稽之谈，但实际上很多人还是不以为然。一些没有测试人员的开发团队认为开发完成后做一个黑盒就足够了。他们根本不检查自己的代码，也不一边编码一边测试，也不在项目完成后进行整体回归。 这是一种不合理的做法。虽然看起来节省了开发时间，但如果质量不过关，回调二次开发就会花费更多的时间，无形中也会降低团队的声誉。所以，套用一句古话——“两手抓，两手都要有力”。 希望对您有帮助。 【编辑精选】 浅谈软件测试的嵌入式单元测试技巧 软件测试面试题及答案 软件测试方法分析与研究 软件测试接口测试的测试用例类型 消除错误，不要忽视软件测试的价值