等价类测试与边界值测试
我了解等效性测试的工作原理. 它与边界值测试有何相同或不同之处? 解决方案 等价类测试 EC 测试是指您有许多要测试的测试项目(例如值)，但由于成本(时间/金钱)，您没有时间对它们全部进行测试.因此，您将测试项目分组到类中，其中每个类中的所有项目都假设行为完全相同.理论上，您只需要测试每个项目中的一个即可确保系统正常工作. 示例 1 2 岁以下儿童免费乘坐巴士.年轻人支付 10
..
black-box相关内容
黑盒测试还是白盒测试应该成为测试人员的重点?
您认为哪种类型的测试应该是重点(对于测试人员/QA)，为什么? 来自维基百科的一组快速定义: 黑盒测试 从测试对象的外部角度推导出测试用例.这些测试可以是功能性的，也可以是非功能性的，但通常是功能性的.测试设计者选择有效和无效的输入并确定正确的输出.不知道测试对象的内部结构. 白盒测试 使用系统的内部视角，根据内部结构设计测试用例.它需要编程技能来识别通过软件的所有路
..
我应该使用“玻璃盒"吗?何时导致*更少*测试?
例如，我正在针对CsvReader编写测试.这是一个简单的类，它枚举和拆分文本行.它唯一的 raison d'être忽略了引号内的逗号.不到一页. 通过“黑匣子"测试课程，我已经检查了类似的内容 如果文件不存在怎么办? 如果我没有该文件的权限怎么办? 如果文件具有非Windows换行符怎么办? 但是实际上，所有这些都是StreamReader的业务.我的课堂上没有任何处理这
..
是否应该从严格的黑匣子角度进行质量检查?
假设单元测试是由开发人员处理的，那么质量检查有什么理由要了解产品工作原理的详细信息?我的意思是，他们是否需要知道后台发生了什么?是否应该在不使用常规UI的情况下测试产品的细分市场?例如，对于测试人员来说，进入数据库并手动更改值以查看会发生什么有意义吗? 编辑: 假定我们正在使用供非开发人员使用的应用程序，而不是在开发带有API的应用程序. 解决方案 这取决于您编写的方法和软件类型.
..
等效类测试与边界值测试
我了解等效测试的工作原理. 它与边界值测试有何相同或不同? 解决方案 等效类测试 EC测试是指您有多个要测试的测试项目(例如值)，但是由于成本(时间/金钱)而您没有时间测试所有这些项目.因此，您将测试项目分组到类中，其中每个类中的所有项目都假定行为完全相同.从理论上讲，您只需测试每个项目之一即可确保系统正常运行. 示例1 2岁以下的儿童免费乘坐巴士.年轻人支付10美元，成人支付
..
黑盒或白盒测试应该成为测试人员的重点吗?
您要说哪种测试应该成为重点(针对测试人员/质量检查人员)，为什么? 维基百科的一组快速定义: 黑匣子测试 从测试对象的外部角度导出测试用例.这些测试可以是功能性的或非功能性的，尽管通常是功能性的.测试设计人员选择有效和无效的输入，然后确定正确的输出.不了解测试对象的内部结构. 白盒测试 使用系统的内部透视图基于内部结构设计测试用例.它需要编程技巧来识别通过软件的所有路
..
Mathematica:黑盒函数数值优化期间的评估顺序
我正在尝试对Mathematica中的“黑匣子"函数进行数值优化.原理上是这样的: NMinimize[{comb[x,y,z], x > 0}, {x,y,z}] 其中comb [x，y，z]的定义与此类似: comb[x_,y_,z_] := Module[{}, Print[x,y,z]; M = FindMaximum[SkewNormal[a,x,y,z], {a
..
“魔法”有什么问题？
我想决定是否使用Rails或Django大师为我创建一个网络应用程序。我被推荐使用Django，因为它使用较少的“魔术”。从我的角度来看，Rails的“魔法”似乎是一件好事，因为它可以使我的承包商的开发变得更加简洁，从而减少了可支付的费用。我了解Django的优势可能会更好的细粒度控制，但是如何知道我是否需要这个控件呢？是否有“魔法”的固有问题？ 解决方案 嗯，考虑几个Rails“魔术”：
..
实体框架的SaveChanges - 自定义的行为呢？
所以，你实例化一个EF背景下，推入物体或物体拉出来，它跟踪的对象更改的完整状态（如果更改跟踪）。直到此时开发商一直负责制定这些修改。但是，一旦调用SaveChanges被调用时，所有的这些记录都提交的散装和开发人员从最终的结果被剥夺公民权，节省错误的错误消息或完成一个成功的电话。 有没有一种方法，以便它不是这样的黑盒子定制的SaveChanges过程？理想的情况下，能够自定义过程将真正打开的事情
..