软件测试中的“测试项目”和“测试条件”答案

【问题标题】："Test Item" and "Test Condition" in Software testing软件测试中的“测试项目”和“测试条件”
【发布时间】：2012-06-25 05:35:28
【问题描述】：

据我所知，在编写测试用例时，第一步/任务是确定测试项/功能点和测试条件。什么是“测试项目”和“测试条件”，识别它们的过程/方式是什么？请举例说明。

【问题讨论】：

这不应该被否决。我想来自 IEEE 的 ISTQB 教学大纲和其他测试标准倾向于使用一些带有看似任意定义的术语。很高兴知道这些行话术语的定义来自哪里，因为它们在英语中意义不大。

【解决方案1】：

1) 测试项：要测试的单个元素。一个“测试对象”基本上有很多测试项目，实际上是一个要测试的组件/子系统。这里不需要举个例子，因为它是不言自明的。

2) 测试条件：可以通过一个或多个测试用例验证的组件或系统的项目或事件，例如功能、事务、特性、质量属性或结构元素。例如，对于注册表单上的 username 字段，测试条件可能类似于
- 它不应该以非字母开头
- 在第一个输入字符之后最多可以包含两位数字，并且不能包含非字母数字字符。

【讨论】：

【解决方案2】：

测试条件是测试应用程序应遵循的过程。

例如：– 您有登录表单。测试条件1：-当用户名和密码有效时然后应用程序将继续前进。以上是测试条件，是测试过程通过的基本条件。

测试项：测试项表示在软件应用程序中需要测试的所有项目和不需要测试的项目......

示例：假设我们开始测试电子商务网站，最初我们需要测试需要的项目（即）
1.我们需要验证客户注册表 2.退房流程是主要项目

【讨论】：

【解决方案3】：

在 IEEE 829 测试计划的上下文中，“测试项”是指正在测试的代码包。根据教科书Software Testing: An ISTQB-ISEB Foundation Guide，“测试项是作为测试对象的软件项。软件项是源代码的一项或多项，对象代码、作业控制代码或控制数据”。

【讨论】：

这句话证明了语言是任意的。 “作为对象的项目”和“项目是一个或多个项目”。 Item、Element、Object，都可以解释为“事物”。这很有趣。这是一个镜子大厅，但我们需要知道教授说的是什么，这样我们才能通过考试！事实上，被测试的东西并不总是软件项目，它可以是设计文档的一部分； IEEE 应该聘请一位修辞哲学家来澄清这一点。

【解决方案4】：

测试项：要测试的单个元素。通常有一个测试对象和多个测试项目。

测试条件：可以通过一个或多个测试用例验证的组件或系统的项目或事件，例如功能、事务、特性、质量属性或结构元素。

例如：测试对象：登录表单

测试项：登录验证

测试条件：1）用户名和密码都为空 2) 用户名为空，密码无效 .....等等

有用吗？

【讨论】：

There usually is one test object 为什么？一个成熟的应用程序可以有许多组件/子系统。
是的，一个成熟的应用程序可以有许多组件/子系统——这是正确的。我不是那个意思。我的解释是：一个对象可能包含许多测试项，例如，登录组件有许多测试项。登录是应用程序的组件之一，该应用程序还有其他测试对象/组件
组件可以是测试对象，系统也可以是测试对象。一个测试对象可以有多个测试项。

【解决方案5】：

案例1：首先将其作为“用户名和密码”的有效数据..

Case2：用户名和密码应接受最少 6-8 个字符

Case3：用户名字段应接受“字母数字”，密码也应接受字母数字和特殊符号。

Case4 : 用户名和密码不应为空值。

Case5：认为用户名有效，密码字段为空。应该显示验证。

案例6 : 将用户名作为空，密码字段作为有效数据。应该显示验证。

案例 7：用户名和密码字段都无效，如 min-1 个字符。不应接受。

案例 8：用户名和密码字段都接受无效的详细信息，例如 Max+1 个字符。不应接受。

案例 9：密码应接受 min+mid/2 个字符。

案例 10：用户名和密码字段应接受 min+1 和 Max-1 字符等有效数据。

【讨论】：