摘要：
跟其它编码原则一样，这些原则也不是不容置疑或不可改变的教条。有时候打破这些规则也是必要的。因此，理解每条原则背后的动机和判断何时这些动机不适用(或应让位给更关心的问题)的能力是很重要的。原则 1. 到 GUI 视图的外面去 尽可能把代码移到 GUI 视图的外面。然后各种 GUI 动作就能成了模型上... 阅读全文
摘要：
构造朴实的测试用例 软件测试 测试用例这种东西对于刚入行的人来说是一种诱惑，初入测试的人急于掌握这门学问，所以一开始就会问测试用例怎么写，问的同时或许还包含了一些期 望。其实测试用例就是一个测试矩阵，任何人没有必要注重形式问题，如果你现在或者未来的公司有套非常完善的文档管理体系，那么你可以参考标准... 阅读全文
摘要：
测试用例检查表范例项目名称检查人检查日期序号检查内容结论原因说明 备注1入口检查《需求规格说明书》是否评审并建立了基线？是[ ] 否[ ] 免[ ]是否按照测试计划时间完成用例编写？是[ ] 否[ ] 免[ ]需求新增和变更是否进行了对应的调整？是[ ] 否[ ] 免[ ]用例是否按照公司定义的模板... 阅读全文
摘要：
测试设计中需要考虑的22种测试类型 软件测试 黑盒测试：不基于内部设计和代码的任何知识，而是基于需求和功能性。 白盒测试：基于一个应用代码的内部逻辑知识，测试是基于覆盖全部代码、分支、路径、条件。 单元测试：最微小规模的测试;以测试某个功能或代码块。典型地由程序员而非测试员来做，因为它需要知道... 阅读全文
摘要：
软件测试用例管理工具比较工具名综述优点缺点备注TestManagerRational测试解决方案中推荐的测试用例管理工具。1. 功能强大。2. 文件夹形式的管理，可以对测试用例无限分级。3. 可以和Rational的测试工具robot、functional相结合。4. 有测试用例执行的功能，但必须先... 阅读全文
摘要：
如何提高黑盒测试用例的覆盖度思路 软件测试 您在做测试设计时是否发现自己写的测试用例超多,但却发现不了几个bug?是否发现经过您的测试之后,还是有较多问题漏测试?本文将大概介绍一下如何避免此类问题的思路 当您拿接到一个产品/项目拿到需求后，您需要对这个产品的需求进行分析/分解，写出测试方案，然后... 阅读全文
摘要：
软件测试用例的复审 软件测试 对测试用例的评审，就显得非常重要。测试用例设计完之后，要经过非正式和正式的复审和评审。在测试用例审查、评审过程中，主要检查下列内容： 测试用例设计的整体思路是否清晰，是否清楚系统的结构和逻辑从而使测试用例的结构或层次清晰，测试的优先级或先后次序是否合理; 测试用例... 阅读全文
摘要：
用正交实验法设计测试用例 软件测试 正交实验法的由来 一、正交表的由来 拉丁方名称的由来 古希腊是一个多民族的国家，国王在检阅臣民时要求每个方队中每行有一个民族代表，每列也要有一个民族的代表。 数学家在设计方阵时，以每一个拉丁字母表示一个民族，所以设计的方阵称为拉丁方。 什么是n阶拉... 阅读全文
摘要：
有一天，他和她吵架了，她特别伤心...她说：“在你眼里，我是你的什么？”他：“在我眼里，你是我的牙齿。”她：“为什么？”他：“这样，当你不开心的时候，就有人疼...”留下来，以后用来暖场，啊哈哈... 阅读全文