那晚，我认识的一对年轻夫妻中的太太哭着来电：「你快来！我恨他！我要和他离婚 ！快速赶到他们家, 这会儿还正吵的凶呢!
　　
　　男说：「她很无聊，我上班好累，她说晚上要去散步，我说改天，她就又哭又闹，真是讨厌！」
　　
　　女说：「你才讨厌，我在家作牛作马为这个家打扫，为你做饭为你生孩子，为你们臭男人当发泄兽欲的工具怎么，只要求散个步你就会累死啦！？」
　　
　　男说：「喂！生小孩是两人的事又不是我一人的事，妳累难道我不累？我发泄难道妳没享受？」
　　
　　女说：「哼！早知道生了小孩你不管我根本就不生，阿拉女人为何辛苦生下孩子，就一定要负责孩子的一切，又不能出去工作。」
　　
　　男说：「喂！生孩子又不是妳一人能办到，没有我妳生个屁。」
　　
　　女说：「哼！你们男人有何贡献？享受女人肉体的是你，发泄的也是你，你贡献了什么？」
　　
　　男说：「哼！没有我的贡献精子妳生什么！？」
　　
　　再来下面的话让人难忘！！
　　
　　女说：「哈哈！贡献精子你，享受完了，你射精了，你贡献了，好那看看阿拉女人的贡献：
　　
　　我怀孕要忍耐呕吐
　　
　　我要小心饮食
　　
　　我连生病都不敢吃药
　　
　　我要为肚里孩子注意一切
　　
　　我怀孕不便于行
　　
　　我不再能远行郊游
　　
　　我坐车都不方便
　　
　　我要穿上大肚装
　　
　　我不能放心行房
　　
　　我要担心肚里孩子是否健康
　　
　　我要定时去医院产检
　　
　　我怀孕要破坏身材
　　
　　我要烦恼妊娠纹的出现
　　
　　生产后要努力恢复身材使丈夫不嫌弃
　　
　　我要忍受阵痛
　　
　　我要痛苦生产
　　
　　我也许须要剖腹生产
　　
　　我也许会有产后忧郁症
　　
　　我要带初生婴儿
　　
　　我因喂奶而胸部下垂
　　
　　我要照顾小孩生活起居
　　
　　我要比小孩晚睡而比小孩早起
　　
　　我要半夜起床喂奶
　　
　　我还是要忙一切家事
　　
　　我要放弃事业
　　
　　我伸手要钱要看丈夫脸色
　　
　　丈夫出门享乐而我得在家带小孩
　　
　　甚至于走样的身材是丈夫外遇的借口
　　
　　这种种一切就是我的贡献！
　　
　　你不过是享受完之后，放一点精子在我肚子，然后大睡，
　　
　　奇怪，这种情况，凭什么小孩要跟着你姓？！
　　
　　他的血他的肉他的一切都是我给的，
　　
　　你不过只给他一丁点儿， 有什么资格跟我争？」
　　
　　这场架吵完了，我永远记得那丈夫极力想争辩，却一点话都说不出来。
　　
　　想一想，好像事实真是如此。
　　
　　男人啊！以后真的要对自己的老婆好一点喔！看完记得回帖！
　　
　　至于女人嘛！好好把这篇记下来吧！会很好用唷！

　信报讯（记者汤慧梅）人事部、教育部等１６个部门联合下发通知，今后海外高层次留学人才回国工作，经有关主管部门批准，可不受编制数额、增人指标、工资总额和出国前户口所在地的限制。

六、测试用例设计的误区
（来源：关河测试网）

·能发现到目前为止没有发现的缺陷的用例是好的用例；

    首先要申明，其实这句话是十分有道理的，但我发现很多人都曲解了这句话的原意，一心要设计出发现“难于发现的缺陷”而陷入盲目的片面中去，忘记了测试的目的所在，这是十分可怕的。我倾向于将测试用例当作一个集合来认识，对它的评价也只能对测试用例的集合来进行，测试本身是一种“V&V”的活动，测试 需要保证以下两点：

     程序做了它应该做的事情
    程序没有做它不该做的事情
    因此，作为测试实施依据的测试用例，必须要能完整覆盖测试需求，而不应该针对单个的测试用例去评判好坏。

·测试用例应该详细记录所有的操作信息，使一个没有接触过系统的人员也能进行测试；

    不知道国内有没有公司真正做到这点，或者说，不知道有国内没有公司能够将每个测试用例都写得如此详细。在我的测试经历中，对测试用例描述的详细和复杂程度 也曾有过很多的彷徨。写得太简单吧，除了自己没人能够执行，写得太详细吧，消耗在测试用例维护（别忘了，测试用例是动态的，一旦测试环境、需求、设计、实 现发生了变化，测试用例都需要相应发生变化）上的时间实在是太惊人，在目前国内大部分软件公司的测试资源都不足的情况下，恐怕很难实现。但我偏偏就能遇到 一些这样的老总或者是项目负责人，甚至是测试工程师本身，全然不顾实际的资源情况，一定要写出“没有接触过系统的人员也能进行测试”的用例。

    在讨论这个问题之前，我们可以先考虑一下测试的目的。测试的目的是尽可能发现程序中存在的缺陷，测试活动本身也可以被看作是一个Project，也需要在 给定的资源条件下尽可能达成目标，根据我个人的经验，大部分的国内软件公司在测试方面配备的资源都是不足够的，因此我们必须在测试计划阶段明确测试的目 标，一切围绕测试的目标进行。

    除了资源上的约束外，测试用例的详细程度也需要根据需要确定。如果测试用例的执行者、测试用例设计者、测试活动相关人对系统了解都很深刻，那测试用例就没有必要太详细了，文档的作用本来就在于沟通，只要能达到沟通的目的就OK。在我担任测试经理的项目中，在测试计划阶段，一般给予测试设计30% - 40%左右的时间，测试设计工程师能够根据项目的需要自行确定用例的详细程度，在测试用例的评审阶段由参与评审的相关人对其把关。

·测试用例设计是一劳永逸的事情；

    这句话摆在这里，我想没有一个人会认可，但在实际情况中，却经常能发现这种想法的影子。我曾经参与过一个项目，软件需求和设计已经变更了多次，但测试用例 却没有任何修改。导致的直接结果是新加入的测试工程师在执行测试用例时不知所措，间接的后果是测试用例成了废纸一堆，开发人员在多次被无效的缺陷报告打扰 后，对测试人员不屑一顾。

    这个例子可能有些极端，但测试用例与需求和设计不同步的情况在实际开发过程中确是屡见不鲜的，测试用例文档是“活的”文档，这一点应该被测试工程师牢记。

·测试用例不应该包含实际的数据；

    测试用例是“一组输入、执行条件、预期结果”、毫无疑问地应该包括清晰的输入数据和预期输出，没有测试数据的用例最多只具有指导性的意义，不具有可执行 性。当然，测试用例中包含输入数据会带来维护、与测试环境同步之类的问题，关于这一点，《Effective Software Test》一书中提供了详细的测试用例、测试数据的维护方法，可以参考。

·测试用例中不需要明显的验证手段；

    我见过很多测试工程师编写的测试用例中，“预期输出”仅描述为程序的可见行为，其实，“预期结果”的含义并不只是程序的可见行为。例如，对一个订货系统， 输入订货数据，点击“确定”按钮后，系统提示“订货成功”，这样是不是一个完整的用例呢？是不是系统输出的“订货成功”就应该作为我们唯一的验证手段呢？ 显然不是。订货是否成功还需要查看相应的数据记录是否更新，因此，在这样的一个用例中，还应该包含对测试结果的显式的验证手段：在数据库中执行查询语句进行查询，看查询结果是否与预期的一致。

七、从用例中生成测试用例

    用于功能性测试的测试用例来源于测试目标的用例。应该为每个用例场景编制测试用例。用例场景要通过描述流经用例的路径来确定，这个流经过程要从用例开始到结束遍历其中所有基本流和备选流。

     例如，下图中经过用例的每条不同路径都反映了基本流和备选流，都用箭头来表示。基本流用直黑线来表示，是经过用例的最简单的路径。每个备选流自基本流开始，之后，备选流会在某个特定条件下执行。备选流可能会重新加入基本流中（备选流 1 和 3），还可能起源于另一个备选流（备选流 2），或者终止用例而不再重新加入某个流（备选流 2 和 4）。

用例的事件流示例

遵循上图中每个经过用例的可能路径，可以确定不同的用例场景。从基本流开始，再将基本流和备选流结合起来，可以确定以下用例场景：

场景 1	基本流
场景 2	基本流	备选流 1
场景 3	基本流	备选流 1	备选流 2
场景 4	基本流	备选流 3
场景 5	基本流	备选流 3	备选流 1
场景 6	基本流	备选流 3	备选流 1	备选流 2
场景 7	基本流	备选流 4
场景 8	基本流	备选流 3	备选流 4

注：为方便起见，场景 5、6 和 8 只描述了备选流 3 指示的循环执行一次的情况。

生成每个场景的测试用例是通过确定某个特定条件来完成的，这个特定条件将导致特定用例场景的执行。

例如，假定上图描述的用例对备选流 3 规定如下：

“如果在上述步骤 2‘输入提款金额’中输入的美元量超出当前帐户余额，则出现此事件流。系统将显示一则警告消息，之后重新加入基本流，再次执行上述步骤 2‘输入提款金额’，此时银行客户可以输入新的提款金额。”

据此，可以开始确定需要用来执行备选流 3 的测试用例：

测试用例ID	场景	条件	预期结果
TC x	场景 4	步骤 2 - 提款金额 > 帐户余额	在步骤 2 处重新加入基本流
TC y	场景 4	步骤 2 - 提款金额 < 帐户余额	不执行备选流 3，执行基本流
TC z	场景 4	步骤 2 - 提款金额 = 帐户余额	不执行备选流 3，执行基本流

注：由于没有提供其他信息，以上显示的测试用例都非常简单。测试用例很少如此简单。

下面是一个由用例生成测试用例的更符合实际情况的示例。

示例：

一台 ATM 机器的主角和用例。

下表包含了上图中提款用例的基本流和某些备用流：

	本用例的开端是 ATM 处于准备就绪状态。 准备提款 - 客户将银行卡插入 ATM 机的读卡机。 　 验证银行卡 - ATM 机从银行卡的磁条中读取帐户代码，并检查它是否属于可以接收的银行卡。 　 输入 PIN - ATM 要求客户输入 PIN 码（4 位） 　 验证帐户代码和 PIN - 验证帐户代码和 PIN 以确定该帐户是否有效以及所输入的 PIN 对该帐户来说是否正确。对于此事件流，帐户是有效的而且 PIN 对此帐户来说正确无误。 　 ATM 选项 - ATM 显示在本机上可用的各种选项。在此事件流中，银行客户通常选择“提款”。 　 输入金额 - 要从 ATM 中提取的金额。对于此事件流，客户需选择预设的金额（10 美元、20 美元、50 美元或 100 美元）。 　 授权 - ATM 通过将卡 ID、PIN、金额以及帐户信息作为一笔交易发送给银行系统来启动验证过程。对于此事件流，银行系统处于联机状态，而且对授权请求给予答复，批准完成提款过程，并且据此更新帐户余额。 　 出钞 - 提供现金。 　 返回银行卡 - 银行卡被返还。 　 收据 - 打印收据并提供给客户。ATM 还相应地更新内部记录。 用例结束时 ATM 又回到准备就绪状态。
备选流 1 - 银行卡无效	在基本流步骤 2 中 - 验证银行卡，如果卡是无效的，则卡被退回，同时会通知相关消息。
备选流 2 - ATM 内没有现金	在基本流步骤 5 中 - ATM 选项，如果 ATM 内没有现金，则“提款”选项将无法使用。
备选流 3 - ATM 内现金不足	在基本流步骤 6 中- 输入金额，如果 ATM 机内金额少于请求提取的金额，则将显示一则适当的消息，并且在步骤 6 - 输入金额处重新加入基本流。
备选流 4 - PIN 有误	在基本流步骤 4 中- 验证帐户和 PIN，客户有三次机会输入 PIN。 如果 PIN 输入有误，ATM 将显示适当的消息；如果还存在输入机会，则此事件流在步骤 3 - 输入 PIN 处重新加入基本流。 如果最后一次尝试输入的 PIN 码仍然错误，则该卡将被 ATM 机保留，同时 ATM 返回到准备就绪状态，本用例终止。
备选流 5 - 帐户不存在	在基本流步骤 4 中 - 验证帐户和 PIN，如果银行系统返回的代码表明找不到该帐户或禁止从该帐户中提款，则 ATM 显示适当的消息并且在步骤 9 - 返回银行卡处重新加入基本流。
备选流 6 - 帐面金额不足	在基本流步骤 7 - 授权中，银行系统返回代码表明帐户余额少于在基本流步骤 6 - 输入金额内输入的金额，则 ATM 显示适当的消息并且在步骤 6 - 输入金额处重新加入基本流。
备选流 7 - 达到每日最大的提款金额	在基本流步骤 7 - 授权中，银行系统返回的代码表明包括本提款请求在内，客户已经或将超过在 24 小时内允许提取的最多金额，则 ATM 显示适当的消息并在步骤 6 - 输入金额上重新加入基本流。
备选流 x - 记录错误	如果在基本流步骤 10 - 收据中，记录无法更新，则 ATM 进入“安全模式”，在此模式下所有功能都将暂停使用。同时向银行系统发送一条适当的警报信息表明 ATM 已经暂停工作。
备选流 y - 退出	客户可随时决定终止交易（退出）。交易终止，银行卡随之退出。
备选流 z - “翘起”	ATM 包含大量的传感器，用以监控各种功能，如电源检测器、不同的门和出入口处的测压器以及动作检测器等。在任一时刻，如果某个传感器被激活，则警报信号将发送给警方而且 ATM 进入“安全模式”，在此模式下所有功能都暂停使用，直到采取适当的重启/重新初始化的措施。
在第一次迭代中，根据迭代计划，我们需要核实提款用例已经正确地实施。此时尚未实施整个用例，只实施了下面的事件流： 基本流 - 提取预设金额（10 美元、20 美元、50 美元、100 美元） 备选流 2 - ATM 内没有现金 备选流 3 - ATM 内现金不足 备选流 4 - PIN 有误 备选流 5 - 帐户不存在/帐户类型有误 备选流 6 - 帐面金额不足

可以从这个用例生成下列场景

场景 1 - 成功的提款	基本流
场景 2 - ATM 内没有现金	基本流	备选流 2
场景 3 - ATM 内现金不足	基本流	备选流 3
场景 4 - PIN 有误（还有输入机会）	基本流	备选流 4
场景 5 - PIN 有误（不再有输入机会）	基本流	备选流 4
场景 6 - 帐户不存在/帐户类型有误	基本流	备选流 5
场景 7 - 帐户余额不足	基本流	备选流 6

注：为方便起见，备选流 3 和 6（场景 3 和 7）内的循环以及循环组合未纳入上表。

    对于这 7 个场景中的每一个场景都需要确定测试用例。可以采用矩阵或决策表来确定和管理测试用例。下面显示了一种通用格式，其中各行代表各个测试用例，而各列则代表测试用例的信息。本示例中，对于每个测试用例，存在一个测试用例 ID、条件（或说明）、测试用例中涉及的所有数据元素（作为输入或已经存在于数据库中）以及预期结果。

    通过从确定执行用例场景所需的数据元素入手构建矩阵。然后，对于每个场景，至少要确定包含执行场景所需的适当条件的测试用例。例如，在下面的矩阵中，V（有效）用于表明这个条件必须是 VALID（有效的）才可执行基本流，而 I（无效）用于表明这种条件下将激活所需备选流。下表中使用的“n/a”（不适用）表明这个条件不适用于测试用例。

TC（测试用例）ID 号	场景/条件	PIN	帐号	输入的金额 （或选择的金额）	帐面金额	ATM 内的金额	预期结果
CW1.	场景 1 - 成功的提款	V	V	V	V	V	成功的提款。
CW2.	场景 2 - ATM 内没有现金	V	V	V	V	I	提款选项不可用，用例结束
CW3.	场景 3 - ATM 内现金不足	V	V	V	V	I	警告消息，返回基本流步骤 6 - 输入金额
CW4.	场景 4 - PIN 有误（还有不止一次输入机会）	I	V	n/a	V	V	警告消息，返回基本流步骤 4，输入 PIN
CW5.	场景 4 - PIN 有误（还有一次输入机会）	I	V	n/a	V	V	警告消息，返回基本流步骤 4，输入 PIN
CW6.	场景 4 - PIN 有误（不再有输入机会）	I	V	n/a	V	V	警告消息，卡予保留，用例结束

    在上面的矩阵中，六个测试用例执行了四个场景。对于基本流，上述测试用例 CW1 称为正面测试用例。它一直沿着用例的基本流路径执行，未发生任何偏差。基本流的全面测试必须包括负面测试用例，以确保只有在符合条件的情况下才执行基本流。这些负面测试用例由 CW2 至 6 表示（阴影单元格表明这种条件下需要执行备选流）。虽然 CW2 至 6 对于基本流而言都是负面测试用例，但它们相对于备选流 2 至 4 而言是正面测试用例。而且对于这些备选流中的每一个而言，至少存在一个负面测试用例（CW1 - 基本流）。   

    每个场景只具有一个正面测试用例和负面测试用例是不充分的，场景 4 正是这样的一个示例。要全面地测试场景 4 - PIN 有误，至少需要三个正面测试用例（以激活场景 4）：

• 输入了错误的 PIN，但仍存在输入机会，此备选流重新加入基本流中的步骤 3 - 输入 PIN。
• 输入了错误的 PIN，而且不再有输入机会，则此备选流将保留银行卡并终止用例。
• 最后一次输入时输入了“正确”的 PIN。备选流在步骤 5 - 输入金额处重新加入基本流。

    注：在上面的矩阵中，无需为条件（数据）输入任何实际的值。以这种方式创建测试用例矩阵的一个优点在于容易看到测试的是什么条件。由于只需要查看 V 和 I（或此处采用的阴影单元格），这种方式还易于判断是否已经确定了充足的测试用例。从上表中可发现存在几个条件不具备阴影单元格，这表明测试用例还不完全，如场景 6 - 不存在的帐户/帐户类型有误和场景 7 - 帐户余额不足就缺少测试用例。

    一旦确定了所有的测试用例，则应对这些用例进行复审和验证以确保其准确且适度，并取消多余或等效的测试用例。

    测试用例一经认可，就可以确定实际数据值（在测试用例实施矩阵中）并且设定测试数据

TC（测试用例）ID 号	场景/条件	PIN	帐号	输入的金额 （或选择的金额）	帐面金额	ATM 内的金额	预期结果
CW1.	场景 1 - 成功的提款	4987	809 - 498	50.00	500.00	2,000	成功的提款。帐户余额被更新为 450.00
CW2.	场景 2 - ATM 内没有现金	4987	809 - 498	100.00	500.00	0.00	提款选项不可用，用例结束
CW3.	场景 3 - ATM 内现金不足	4987	809 - 498	100.00	500.00	70.00	警告消息，返回基本流步骤 6 - 输入金额
CW4.	场景 4 - PIN 有误（还有不止一次输入机会）	4978	809 - 498	n/a	500.00	2,000	警告消息，返回基本流步骤 4，输入 PIN
CW5.	场景 4 - PIN 有误（还有一次输入机会）	4978	809 - 498	n/a	500.00	2,000	警告消息，返回基本流步骤 4，输入 PIN
CW6.	场景 4 - PIN 有误（不再有输入机会）	4978	809 - 498	n/a	500.00	2,000	警告消息，卡予保留，用例结束

    以上测试用例只是在本次迭代中需要用来验证提款用例的一部分测试用例。需要的其他测试用例包括：

• 场景 6 - 帐户不存在/帐户类型有误：未找到帐户或帐户不可用
• 场景 6 - 帐户不存在/帐户类型有误：禁止从该帐户中提款
• 场景 7 - 帐户余额不足：请求的金额超出帐面金额

在将来的迭代中，当实施其他事件流时，在下列情况下将需要测试用例：

• 无效卡（所持卡为挂失卡、被盗卡、非承兑银行发卡、磁条损坏等）
• 无法读卡（读卡机堵塞、脱机或出现故障）
• 帐户已消户、冻结或由于其他方面原因而无法使用
• ATM 内的现金不足或不能提供所请求的金额（与 CW3 不同，在 CW3 中只是一种币值不足，而不是所有币值都不足）
• 无法联系银行系统以获得认可
• 银行网络离线或交易过程中断电

在确定功能性测试用例时，确保满足下列条件：

• 已经为每个用例场景确定了充足的正面和负面测试用例。 
• 测试用例可以处理用例所实施的所有业务规则，确保对于业务规则，无论是在内部、外部还是在边界条件/值上都存在测试用例。
• 测试用例可以处理所有事件或动作排序（如在涉及模型的序列图中确定的内容），还应能处理用户界面对象状态或条件。
• 测试用例可以处理为用例所指定的任何特殊需求，如最佳/最差性能，有时这些特殊需求会与用例执行过程中的最小/最大负载或数据容量组合在一起。

八、从补充规约中生成测试用例

    并不是所有的测试目标需求都将在用例中有所反映。非功能性需求（如性能、安全性和访问控制）以及配置要求等将会说明测试目标的其他行为或特征。补充规约是为其他行为生成测试用例的主要来源。

    关于如何生成这些其他测试用例的指南说明如下：

• 为性能测试生成测试用例
• 为安全性/访问控制测试生成测试用例
• 为配置测试生成测试用例
• 为安装测试生成测试用例
• 为其他非功能性测试生成测试用例

为性能测试生成测试用例

    性能测试用例的主要输入是补充规约，补充规约中包含了非功能性需求（请参见工件：补充规约）。为性能测试生成测试用例时，请使用下列指南：

• 对于补充规约内阐明性能标准的各条说明都应确保至少要确定一个测试用例。性能标准通常表示为时间/事务、事务量/用户或百分数的形式。
• 对每个关键用例，都应确保至少要确定一个测试用例。关键用例是在上述说明中和/或在工作量分析文档中确定的、必须采用性能评测方法来评估的用例（请参见工件：工作量分析文档）。

    与功能性测试的测试用例类似，通常对于每个用例/需求都会存在不止一个测试用例。常见的情况是：存在一个低于性能阈值的测试用例、一个处于阈值上的测试用例，还有一个测试用例高于阈值。

除了以上性能标准以外，确保已确定影响响应时间的特定条件，包括：

• 数据库的大小 - 存在多少个记录？
• 工作量 - 同时执行操作的最终用户的数量和类型，以及要同时执行的事务的数量和类型
• 环境特征（硬件、网件以及软件配置）

将用于性能测试的测试用例记录在类似于功能测试所使用的矩阵中。

以下是各种性能测试的一些示例：

对于负载测试：

TC（测试用例）ID 号	工作量	条件	预期结果
PCW1.	1 （单个 ATM）	完成提款交易	全部交易（不依赖于主角的时间）在 20 秒之内完成
PCW2.	2 （1,000 个同时运行的 ATM）	完成提款交易	全部交易（不依赖于主角的时间）在 30 秒之内完成
PCW3.	3 （10.000 个同时运行的 ATM）	完成提款交易	全部交易（不依赖于主角的时间）在 50 秒之内完成

对于强度测试：

TC（测试用例）ID 号	工作量	条件	预期结果
SCW1.	2 （1,000 个同时运行的 ATM）	数据库锁定 - 2 个 ATM 请求同一帐户	ATM 请求排成队列
SCW2.	2 （1,000 个同时运行的 ATM）	无法实现银行系统的通信	交易排成队列或超时
SCW3.	2 （1,000 个同时运行的 ATM）	在交易过程中，银行系统通信被终止	显示警告消息

为安全性/访问控制测试生成测试用例

主角和用例一同说明系统外部用户与系统所执行的动作之间的交互，以便为特定主角生成测试结果。复杂系统包含许多主角，所以我们编制测试用例时必须确保只有指定执行用例的主角可以进行此操作，这一点非常关键。在基于主角类型的用例事件流存在差别时，尤其如此。

例如，在 ATM 用例中，如果主角“银行客户”的卡和帐户有的属于拥有这个 ATM 机的银行，有的是竞争银行的银行卡（和帐户），或是企图使用该 ATM 不支持的银行卡，则将对该主角“银行客户”执行不同的用例事件流。

对于功能性测试用例，请同样遵循上面列举的指南。

关于安全性和访问控制测试用例的示例：

TC（测试用例）ID 号	条件	卡 （V 表明卡有效）	读卡机 （V 表明读卡机工作正常）	银行的网络	预期结果
ACW1.	在银行网络之内	V	V	V	所有用例都可用
ACW2.	银行网络之外	V	V	I	只有提款用例可用
ACW3.	无法读卡	I	V	V	警告消息，卡被退出
ACW4.	因被盗，卡已挂失	I	V	V	警告消息，卡予保留
ACW5.	卡已过期	I	V	V	警告消息，卡予保留

为配置测试生成测试用例

在典型的分布式系统中，允许存在许多种受支持的硬件和软件组合。为了核实测试目标在不同的配置情况下（如不同的操作系统、浏览器或 CPU 的速度）能否正常工作或执行，应该对此进行测试。此外，测试还应涵盖构件的组合，以便检测在不同构件的交互中产生的缺陷。例如，确保由应用程序安装的 DDL 版本不会与另一个应用程序需要的相同 DDL 的版本发生冲突。

采用下列指南来生成用于配置测试的测试用例：

• 确保对每个关键配置，应至少存在一个测试用例可用于对其进行确定。这是通过确定测试目标的环境所要求的硬件和软件配置以及确定这些配置的优先级来完成的。应确保最先测试最常见的配置，包括：
  • 打印机支持
  • 网络连接 - 局域网和广域网
  • 服务器配置 - 服务器驱动程序、服务器硬件
  • 台式机和/或服务器上安装的其他软件
  • 所有已安装软件的软件版本
• 确保对于每个可能有问题的配置至少存在一个测试用例。这些配置可能包括：
  • 具有最低性能的硬件。
  • 历史上存在兼容性问题的共驻内存的软件。
  • 通过最慢的 LAN/WAN 连接访问服务器的客户机。
  • 资源不足（缓慢的 CPU 速度、最小的内存或分辨率，磁盘空间不足等等）

为安装测试生成测试用例

    安装测试需要核实测试目标可以在所有可能的安装情况下安装。安装情况可以指首次安装测试目标，或是在装有较早版本的机器上安装测试目标的某个较新的版本或工作版本。安装测试还应确保在遇到异常情况时（如磁盘空间不足），测试目标的执行情况仍可接受。

    测试用例应包含以下各种软件的安装情况：

• 分发介质，例如磁盘、CD-ROM 或文件服务器。
• 首次安装。
• 完全安装。
• 自定义安装。
• 升级安装。

    客户机服务器软件的安装程序具备一组特定的测试用例。不同于基于主机的系统，服务器和客户机上的安装程序是有所不同的。因而，安装测试应执行构成测试目标的所有构件的安装，包括客户机、中间层以及服务器，这一点至关重要。

为其他非功能性测试生成测试用例

     理论上,应找到所有必需的输入来生成测试用例模型、设计模型以及补充规约工件的测试用例。不过，如果此时您需要补充已有的输入，那也不足为奇。

示例如下：

• 操作测试（用以检验在某次故障发生后以及在下一次故障发生前“较长时间”内软件的运行情况）的测试用例。
• 对性能瓶颈、系统容量或测试目标的强度承受能力进行调查的测试用例。

     大多数情况下，您可以通过先前所确定的测试用例生成的某些测试用例来构建其变体或聚合关系体，借此来查找测试用例。

 

九、为单元测试生成测试用例

    单元测试要求既测试单元的内部结构同时还要测试其行为特征。测试内部结构要求了解实施单元的方式，基于这种了解的测试被称为白盒测试。对单元行为特征的测试侧重于从外部可观察的单元行为，而不需要了解或考虑其实施方式。基于这种方法的测试称为黑盒测试。基于这两种方法所生成的测试用例的说明如下。

白盒测试

    理论上，应通过代码测试每一条可能的路径。在所有这些非常简单的单元内实现这样的目标是不切实际或几乎是不可能的。作为最基本的测试，应将每个决定到决定路径（DD 路径）测试至少一次，这样可确保将所有语句至少执行一次。决定通常是指 if 语句，而 DD 路径是两个决定之间的路径。

    要达到这种程度的测试覆盖，建议您在选择测试数据时应使每个决定都可以用每种可能的方法来评估。为达到上述目标，测试用例应确保：

    每个布尔表达式的求值结果为 true 和 false。例如，表达式 (a<3) OR (b>4) 的求值结果为 true/false 的四种组合
每一个无限循环至少要执行零次、一次和一次以上。
可使用代码覆盖工具来确定白盒测试未测试到的代码。在进行白盒测试的同时应进行可靠性测试。

示例：

    假设您对类 Set of Integers 中的 member 函数执行结构测试。该测试在二进制搜索的帮助下，将检查该集合是否包含了某个指定的整数。

成员 (member) 函数以及相应的流程图。虚线箭头指示出如何通过采用两个测试用例将所有语句至少执行一次。

    理论上，对于彻底测试的某个操作，测试用例应遍历代码内路径的所有组合情况。在 member 函数的 while-loop 中存在三个可选择的路径。测试用例可以多次遍历该循环，或是根本就不遍历。如果测试用例根本就没有遍历循环，则在代码中只能找到一条路径。如果遍历循环一次，您将发现有三条路径。如果遍历两次，则您将发现存在六条路径，如此类推。因而，路径的总数应该是：1+3+6+12+24+48+...，在实际情况中，这个路径组合总数根本无法无法处理。这就是为什么必须选择所有这些路径的子集的原因。本示例中，可以采用两个测试用例来执行所有的语句。其中一个测试用例中，您可以选择 Set of Integers = {1,5,7,8,11}，而且测试数据 t = 3。在另一个测试用例中，您可以选择 Set of Integers = {1,5,7,8,11}，且 t = 8。

黑盒测试

    黑盒测试的目的是为了在不了解单元将如何实施指定行为的情况下，对指定行为进行验证。黑盒测试侧重并依赖于单元的输入和输出。

    等价类划分是一种用来减少所需测试数量的技术。对于每一个操作都应确定参数和对象状态的等价类。等价类是一组值的集合，对这组值来说，对象的行为应类似。例如，一个集合可有三个等价类：空、若干元素以及满。

    可使用代码覆盖工具来确定白盒测试未测试到的代码。在进行黑盒测试的同时应进行可靠性测试。

    接下来的两个小节说明了如何通过选择特定参数的测试数据来确定测试用例。

    基于输入参数的测试用例
    输入参数是由某个操作使用的参数。对于以下每个输入条件，都应通过使用每个操作的输入参数来编制测试用例： 

    每个等价类的正常值。
     每个等价类的边界值。
     等价类之外的值。
    非法值。
    请记住要将对象状态视作输入参数。例如：如果在对集合这个对象测试添加操作，您必须使用集合内所有等价类的值来测试添加操作。所有等价类的值指的是：充满元素的集合、有若干元素的集合、以及空集合。

     基于输出参数的测试用例
    输出参数是某个操作所改变的参数。某个参数既可以是输入参数也可以是输出参数。根据以下每个条件选择输入，以便获得输出。

    每个等价类的正常值。
    每个等价类的边界值。
    等价类之外的值。
    非法值。
    请记住将对象状态视为输出参数。例如，假设您对某个列表测试删除操作，您必须选择输入值以便执行操作之后，列表为充满状态、具有若干元素或为空（采用它的所有等价类的值进行测试）。

    如果对象受状态控制（根据对象的状态产生不同的反应），您应利用状态矩阵，如下图所示：

    用于测试的状态矩阵。您可以在此矩阵的基础上测试激励和状态的所有组合。

十、为产品验收测试生成测试用例
    产品验收测试是部署软件前的最后测试操作。

测试用例(Test Case)是为某个特殊目标而编制的一组测试输入、执行条件以及预期结果，以便测试某个程序路径或核实是否满足某个特定需求。

    测试用例目前没有经典的定义。比较通常的说法是：指对一项特定的软件产品进行测试任务的描述，体现测试方案、方法、技术和策略。内容包括测试目标、测试环境、输入数据、测试步骤、预期结果、测试脚本等，并形成文档。

    不同类别的软件，测试用例是不同的。不同于诸如系统、工具、控制、游戏软件，管理软件的用户需求更加不统一，变化更大、更快。笔者主要从事企业管理软件的测试。因此我们的做法是把测试数据和测试脚本从测试用例中划分出来。测试用例更趋于是针对软件产品的功能、业务规则和业务处理所设计的测试方案。对软件的每个特定功能或运行操作路径的测试构成了一个个测试用例。

    随着中国软件业的日益壮大和逐步走向成熟，软件测试也在不断发展。从最初的由软件编程人员兼职测试到软件公司组建独立专职测试部门。测试工作也从简单测试演变为包括：编制测试计划、编写测试用例、准备测试数据、编写测试脚本、实施测试、测试评估等多项内容的正规测试。测试方式则由单纯手工测试发展为手工、自动兼之，并有向第三方专业测试公司发展的趋势。

    要使最终用户对软件感到满意,最有力的举措就是对最终用户的期望加以明确阐述，以便对这些期望进行核实并确认其有效性。测试用例反映了要核实的需求。然而，核实这些需求可能通过不同的方式并由不同的测试员来实施。例如，执行软件以便验证它的功能和性能，这项操作可能由某个测试员采用自动测试技术来实现；计算机系统的关机步骤可通过手工测试和观察来完成；不过，市场占有率和销售数据（以及产品需求），只能通过评测产品和竞争销售数据来完成。

    既然可能无法（或不必负责）核实所有的需求，那么是否能为测试挑选最适合或最关键的需求则关系到项目的成败。选中要核实的需求将是对成本、风险和对该需求进行核实的必要性这三者权衡考虑的结果。

    确定测试用例之所以很重要，原因有以下几方面。

    测试用例构成成了设计和制定测试过程的基础。
测试的“深度”与测试用例的数量成比例。由于每个测试用例反映不同的场景、条件或经由产品的事件流，因而，随着测试用例数量的增加，您对产品质量和测试流程也就越有信心。
判断测试是否完全的一个主要评测方法是基于需求的覆盖，而这又是以确定、实施和/或执行的测试用例的数量为依据的。类似下面这样的说明：“95 % 的关键测试用例已得以执行和验证”，远比“我们已完成 95 % 的测试”更有意义。
测试工作量与测试用例的数量成比例。根据全面且细化的测试用例，可以更准确地估计测试周期各连续阶段的时间安排。
测试设计和开发的类型以及所需的资源主要都受控于测试用例。
通常测试用例通常根据它们所关联关系的测试类型或测试需求来分类，而且将随类型和需求进行相应地改变。最佳方案是为每个测试需求至少编制两个测试用例：

·一个测试用例用于证明该需求已经满足，通常称作正面测试用例；
·另一个测试用例反映某个无法接受、反常或意外的条件或数据，用于论证只有在所需条件下才能够满足该需求，这个测试用例称作负面测试用例。

一、测试用例是软件测试的核心

    软件测试的重要性是毋庸置疑的。但如何以最少的人力、资源投入，在最短的时间内完成测试，发现软件系统的缺陷，保证软件的优良品质，则是软件公司探索和追求的目标。每个软件产品或软件开发项目都需要有一套优秀的测试方案和测试方法。

    影响软件测试的因素很多，例如软件本身的复杂程度、开发人员（包括分析、设计、编程和测试的人员）的素质、测试方法和技术的运用等等。因为有些因素是客观存在的，无法避免。有些因素则是波动的、不稳定的，例如开发队伍是流动的，有经验的走了，新人不断补充进来；一个具体的人工作也受情绪等影响，等等。如何保障软件测试质量的稳定？有了测试用例，无论是谁来测试，参照测试用例实施，都能保障测试的质量。可以把人为因素的影响减少到最小。即便最初的测试用例考虑不周全，随着测试的进行和软件版本更新，也将日趋完善。

    因此测试用例的设计和编制是软件测试活动中最重要的。测试用例是测试工作的指导，是软件测试的必须遵守的准则。更是软件测试质量稳定的根本保障。

二、编制测试用例

    着重介绍一些编制测试用例的具体做法。

1、测试用例文档

    编写测试用例文档应有文档模板，须符合内部的规范要求。测试用例文档将受制于测试用例管理软件的约束。
软件产品或软件开发项目的测试用例一般以该产品的软件模块或子系统为单位，形成一个测试用例文档，但并不是绝对的。

    测试用例文档由简介和测试用例两部分组成。简介部分编制了测试目的、测试范围、定义术语、参考文档、概述等。测试用例部分逐一列示各测试用例。每个具体测试用例都将包括下列详细信息：用例编号、用例名称、测试等级、入口准则、验证步骤、期望结果（含判断标准）、出口准则、注释等。以上内容涵盖了测试用例的基本元素：测试索引，测试环境，测试输入，测试操作，预期结果，评价标准。

2、测试用例的设置

    我们早期的测试用例是按功能设置用例。后来引进了路径分析法，按路径设置用例。目前演变为按功能、路径混合模式设置用例。

    按功能测试是最简捷的，按用例规约遍历测试每一功能。

    对于复杂操作的程序模块，其各功能的实施是相互影响、紧密相关、环环相扣的，可以演变出数量繁多的变化。没有严密的逻辑分析，产生遗漏是在所难免。路径分析是一个很好的方法，其最大的优点是在于可以避免漏测试。

    但路径分析法也有局限性。在一个非常简单字典维护模块就存在十余条路径。一个复杂的模块会有几十到上百条路径是不足为奇的。笔者以为这是路径分析比较合适的使用规模。若一个子系统有十余个或更多的模块，这些模块相互有关联。再采用路径分析法，其路径数量成几何级增长，达5位数或更多，就无法使用了。那么子系统模块间的测试路径或测试用例还是要靠传统方法来解决。这是按功能、路径混合模式设置用例的由来。

3、设计测试用例

    测试用例可以分为基本事件、备选事件和异常事件。设计基本事件的用例，应该参照用例规约（或设计规格说明书），根据关联的功能、操作按路径分析法设计测试用例。而对孤立的功能则直接按功能设计测试用例。基本事件的测试用例应包含所有需要实现的需求功能，覆盖率达100%。

设计备选事件和异常事件的用例，则要复杂和困难得多。例如，字典的代码是唯一的，不允许重复。测试需要验证：字典新增程序中已存在有关字典代码的约束，若出现代码重复必须报错，并且报错文字正确。往往在设计编码阶段形成的文档对备选事件和异常事件分析描述不够详尽。而测试本身则要求验证全部非基本事件，并同时尽量发现其中的软件缺陷。

可以采用软件测试常用的基本方法：等价类划分法、边界值分析法、错误推测法、因果图法、逻辑覆盖法等设计测试用例。视软件的不同性质采用不同的方法。如何灵活运用各种基本方法来设计完整的测试用例，并最终实现暴露隐藏的缺陷，全凭测试设计人员的丰富经验和精心设计。

三、测试用例在软件测试中的作用

1、指导测试的实施

    测试用例主要适用于集成测试、系统测试和回归测试。在实施测试时测试用例作为测试的标准，测试人员一定要按照测试用例严格按用例项目和测试步骤逐一实施测试。并对测试情况记录在测试用例管理软件中，以便自动生成测试结果文档。

    根据测试用例的测试等级，集成测试应测试那些用例，系统测试和回归测试又该测试那些用例，在设计测试用例时都已作明确规定，实施测试时测试人员不能随意作变动。

2、规划测试数据的准备

    在我们的实践中测试数据是与测试用例分离的。按照测试用例配套准备一组或若干组测试原始数据，以及标准测试结果。尤其象测试报表之类数据集的正确性，按照测试用例规划准备测试数据是十分必须的。
除正常数据之外，还必须根据测试用例设计大量边缘数据和错误数据。

3、编写测试脚本的"设计规格说明书"

    为提高测试效率，软件测试已大力发展自动测试。自动测试的中心任务是编写测试脚本。如果说软件工程中软件编程必须有设计规格说明书，那么测试脚本的设计规格说明书就是测试用例。

4、评估测试结果的度量基准

    完成测试实施后需要对测试结果进行评估，并且编制测试报告。判断软件测试是否完成、衡量测试质量需要一些量化的结果。例：测试覆盖率是多少、测试合格率是多少、重要测试合格率是多少，等等。以前统计基准是软件模块或功能点，显得过于粗糙。采用测试用例作度量基准更加准确、有效。

5、分析缺陷的标准

   通过收集缺陷，对比测试用例和缺陷数据库，分析确证是漏测还是缺陷复现。漏测反映了测试用例的不完善，应立即补充相应测试用例，最终达到逐步完善软件质量。而已有相应测试用例，则反映实施测试或变更处理存在问题。

四、相关问题

1、测试用例的评审

    测试用例是软件测试的准则，但它并不是一经编制完成就成为准则。测试用例在设计编制过程中要组织同级互查。完成编制后应组织专家评审，需获得通过才可以使用。评审委员会可由项目负责人、测试、编程、分析设计等有关人员组成，也可邀请客户代表参加。

2、测试用例的修改更新

    测试用例在形成文档后也还需要不断完善。主要来自三方面的缘故：第一、在测试过程中发现设计测试用例时考虑不周，需要完善；第二、在软件交付使用后反馈的软件缺陷，而缺陷又是因测试用例存在漏洞造成；第三、软件自身的新增功能以及软件版本的更新，测试用例也必须配套修改更新。

一般小的修改完善可在原测试用例文档上修改，但文档要有更改记录。软件的版本升级更新，测试用例一般也应随之编制升级更新版本。

3、测试用例的管理软件

运用测试用例还需配备测试用例管理软件。它的主要功能有三个：第一、能将测试用例文档的关键内容，如编号、名称等等自动导入管理数据库，形成与测试用例文档完全对应的记录；第二、可供测试实施时及时输入测试情况；第三、最终实现自动生成测试结果文档，包含各测试度量值，测试覆盖表和测试通过或不通过的测试用例清单列表。

有了管理软件，测试人员无论是编写每日的测试工作日志、还是出软件测试报告，都会变得轻而易举。

五、测试用例的设计

（一）白盒技术

    白合测试是结构测试结构测试，所以被测对象基本上是源程序，以程序的内部逻辑为基础设计测试用例。
1、逻辑覆盖
    程序内部的逻辑覆盖程度，当程序中有循环时，覆盖每条路径是不可能的，要设计使覆盖程度较高的或覆盖最有代表性的路径的测试用例。下面根据图7-1所示的程序，分别讨论几种常用的覆盖技术。
(1)语句覆盖。
    为了个提高发现错误的可能性，在测试时应该执行到程序中的每一个语句。语句覆盖是指设计足够的测试用例，使被测试程序中每个语句至少执行一次。
如图7-1是一个被测试程序流程图：

(2)判定覆盖。
    判定覆盖指设计足够的测试用例，使得被测程序中每个判定表达式至少获得一次“真”值和“假”值，从而使程序的每一个分支至少都通过一次，因此判定覆盖也称分支覆盖。
(3)条件覆盖。
    条件覆盖是指设计足够的测试用例，使得判定表达式中每个条件的各种可能的值至少出现一次。
(4)判定/条件测试。
    该覆盖标准指设计足够的测试用例，使得判定表达式的每个条件的所有可能取值至少出现一次，并使每个判定表达式所有可能的结果也至少出现一次。
(5)条件组合覆盖。
    条件组合覆盖是比较强的覆盖标准，它是指设计足够的测试用例，使得每个判定表达式中条件的各种可能的值的组合都至少出现一次。
(6)路径覆盖。
    路径覆盖是指设计足够的测试用例，覆盖被测程序中所有可能的路径。
    在实际的逻辑覆盖测试中，一般以条件组合覆盖为主设计测试用例，然后再补充部分用例，以达到路径覆盖测试标准。
2.循环覆盖
3.基本路径测试

（二）黑盒技术

1.等价类划分
(1)划分等价类。
①如果某个输入条件规定了取值范围或值的个数。则可确定一个合理的等价类(输入值或数在此范围内)和两个不合理等价类(输入值或个数小于这个范围的最小值或大于这个范围的最大值)。
②如果规定了输入数据的一组值，而且程序对不同的输入值做不同的处理，则每个允许输入值是一个合理等价类，此处还有一个不合理等价类(任何一个不允许的输入值)。
③如果规定了输入数据必须遵循的规则，可确定一个合理等价类(符合规则)和若干个不合理等价类(从各种不同角度违反规则)。
④如果已划分的等价类中各元素在程序中的处理方式不同，则应将此等价类进一步划分为更小的等价类。
(2)确定测试用例。
①为每一个等价类编号。
②设计一个测试用例，使其尽可能多地覆盖尚未被覆盖过的合理等价类。重复这步，直到所有合理等价类被测试用例覆盖。
③设计一个测试用例，使其只覆盖一个不合理等价类。
2.边界值分析
    使用边界值分析方法设计测试用例时一般与等价类划分结合起来。但它不是从一个等价类中任选一个例子作为代表，而是将测试边界情况作为重点目标，选取正好等于、刚刚大于或刚刚小于边界值的测试数据。
(1)如果输入条件规定了值的范围，可以选择正好等于边界值的数据作为合理的测试用例，同时还要选择刚好越过边界值的数据作为不合理的测试用例。如输入值的范围是[1，100]，可取0，1，100，101等值作为测试数据。
(2)如果输入条件指出了输入数据的个数，则按最大个数、最小个数、比最小个数少1、比最大个数多1等情况分别设计测试用例。如，一个输入文件可包括1--255个记录，则分别设计有1个记录、255个记录，以及0个记录的输入文件的测试用例。
(3)对每个输出条件分别按照以上原则(1)或(2)确定输出值的边界情况。如，一个学生成绩管理系统规定，只能查询95--98级大学生的各科成绩，可以设计测试用例，使得查询范围内的某一届或四届学生的学生成绩，还需设计查询94级、99级学生成绩的测试用例(不合理输出等价类)。
    由于输出值的边界不与输入值的边界相对应，所以要检查输出值的边界不一定可能，要产生超出输出值之外的结果也不一定能做到，但必要时还需试一试。
(4)如果程序的规格说明给出的输入或输出域是个有序集合(如顺序文件、线形表、链表等)，则应选取集合的第一个元素和最后一个元素作为测试用例。
3.错误推测
    在测试程序时，人们可能根据经验或直觉推测程序中可能存在的各种错误，从而有针对性地编写检查这些错误的测试用例，这就是错误推测法。
4.因果图
    等价类划分和边界值方法分析方法都只是孤立地考虑各个输入数据的测试功能，而没有考虑多个输入数据的组合引起的错误。
5.综合策略
    每种方法都能设计出一组有用例子，用这组例子容易发现某种类型的错误，但可能不易发现另一类型的错误。因此在实际测试中，联合使用各种测试方法，形成综合策略，通常先用黑盒法设计基本的测试用例，再用白盒法补充一些必要的测试用例。

设计功能和界面测试用例


1.1 文本框、按钮等控件测试

1.1.1 文本框的测试

如何对文本框进行测试

　a,输入正常的字母或数字。
　b,输入已存在的文件的名称；
　c,输入超长字符。例如在“名称”框中输入超过允许边界个数的字符，假设最多255个字符，尝试输入 256个字符，检查程序能否正确处理；
　d,输入默认值，空白，空格；
　e,若只允许输入字母，尝试输入数字；反之；尝试输入字母；
　f,利用复制，粘贴等操作强制输入程序不允许的输入数据；
　g,输入特殊字符集，例如，NUL及\n等；
　h,输入超过文本框长度的字符或文本，检查所输入的内容是否正常显示；
　i,输入不符合格式的数据，检查程序是否正常校验，如，程序要求输入年月日格式为yy/mm/dd，实际输入yyyy/mm/dd，程序应该给出错误提示

在测试过程中所用到的测试方法：

　1,输入非法数据；
　2,输入默认值；
　3,输入特殊字符集；
　4,输入使缓冲区溢出的数据；
　5,输入相同的文件名；
命令按钮控件的测试

测试方法：

　a,点击按钮正确响应操作。如，单击确定，正确执行操作；单击取消，退出窗口；
　b,对非法的输入或操作给出足够的提示说明，如，输入月工作天数为32时，单击”确定“后系统应提示:天数不能大于31；
　c,对可能造成数据无法恢复的操作必须给出确认信息，给用户放弃选择的机会；
单选按钮控件的测试

测试方法：

　a,一组单选按钮不能同时选中，只能选中一个。
　b,逐一执行每个单选按钮的功能。分别选择了“男”“女”后，保存到数据库的数据应该相应的分别为“男”“女”；
　c,一组执行同一功能的单选按钮在初始状态时必须有一个被默认选中，不能同时为空；
up－down控件文本框的测试

测试方法：

　a,直接输入数字或用上下箭头控制，如，在“数目”中直接输入10，或者单击向上的箭头，使数目变为10；
　b,利用上下箭头控制数字的自动循环，如，当最多数字为253时，单击向上箭头，数目自动变为1；反之亦适用；
　c,直接输入超边界值，系统应该提示重新输入；
　d,输入默认值，空白。如，“插入”数目为默认值，点击“确定”；或，删除默认值，使内容为空，单击“确定”进行测试；
　e,输入字符。此时系统应提示输入有误。
组合列表框的测试

测试方法：

　a,条目内容正确，其详细条目内容可以根据需求说明确定；
　b,逐一执行列表框中每个条目的功能；
　c,检查能否向组合列表框输入数据；
复选框的测试

测试方法：

　a,多个复选框可以被同时选中；
　b,多个复选框可以被部分选中；
　c,多个复选框可以都不被选中；
　d,逐一执行每个复选框的功能；
列表框控件的测试

测试方法：

　a,条目内容正确；同组合列表框类似，根据需求说明书确定列表的各项内容正确，没有丢失或错误；
　b,列表框的内容较多时要使用滚动条；
　c,列表框允许多选时，要分别检查shift选中条目，按ctrl选中条目和直接用鼠标选中多项条目的情况；
滚动条控件的测试

要注意一下几点：

　a,滚动条的长度根据显示信息的长度或宽度及时变换，这样有利于用户了解显示信息的位置和百分比，如，word中浏览100页文档，浏览到50页时，滚动条位置应处于中间；
　b,拖动滚动条，检查屏幕刷新情况，并查看是否有乱码；
　c,单击滚动条；
　d,用滚轮控制滚动条；
　e,滚动条的上下按钮。
各种控件在窗体中混和使用时的测试

　a,控件间的相互作用；
　b,tab键的顺序，一般是从上到下，从左到右；
　c,热键的使用，逐一测试；
　d,enter键和esc键的使用；
在测试中，应遵循由简入繁的原则，先进行单个控件功能的测试，确保实现无误后，再进行多个控件的的功能组合的测试。

ps:密码输入框测试时要特别注意进行字母大写输入的测试。

查找替换操作
　案例演示:打开word中的"替换"对话框
　测试本功能有通过测试和失败测试两种情况
　通过测试:

　1,输入内容直接查找,或查找全部
　2,在组合框中寻找已经查找过的内容,再次查找并确认文档的内容正确,如,已经查找过"测试用例",再次进入不用重新输入查找内容,直接在文档中搜寻就可以.

失败测试:
　1,输入过长或过短的查询字符串.如,假设查询的字符串长度为1到255,那么输入0,1,2,256,255和254进行测试;
　2,输入特殊字符集,如,在word中.^g代表图片,^代表分栏符,可以输入这类特殊字符测试;

替换测试大体相同.
　关于编辑操作窗口的功能测试的用例:
　1,关闭查找替换窗口.不执行任何操作,直接退出;
　2,附件和选项测试.假如,设定"精确搜寻","向后"搜索等附件选项等等来测试;
　3,控件间的相互作用.如,搜寻内容为空时,按钮"搜寻全部","搜寻","全部替换","替换"都为灰色.
　4,热键, Tab键.回车键的使用.

插入操作
　1,插入文件
　测试的情况
　a,插入文件;
　b,插入图像;
　c,在文档中插入文档本身;
　d,移除插入的源文件;
　e,更换插入的源文件的内容;

2,链接文件
　测试方法:
　a,插入链接文件;
　b,在文档中链接文档本身;
　c,移除插入的源文件;
　d,更换插入的源文件的内容.

3,插入对象
　要测试的内容
　a,插入程序允许的对象,如,在word中插入excel工作表;
　b,修改所插入对象的内容.插入的对象仍能正确显示;
　c,卸载生成插入对象的程序,如,在word中插入excel工作表后卸载excel,工作表仍正常使用.

编辑操作
　编辑操作包括剪切,复制,粘贴操作.

测试剪切操作的方法
　a,对文本,文本框,图文框进行剪切;
　b,剪切图像
　c,文本图像混合剪切
　复制操作方法与剪切类似.

测试时,主要是对粘贴操作的测试,方法是:
　a,粘贴剪切的文本,文本框及图文框;
　b,粘贴所剪切的图像;
　c,剪切后,在不同的程序中粘贴
　d,多次粘贴同一内容,如,剪切后,在程序中连续粘贴3次;
　e,利用粘贴操作强制输入程序所不允许输入的数据.

界面测试用例的设计方法
　1,窗体
　测试窗体的方法:
　a,窗体大小,大小要合适,控件布局合理;
　b,移动窗体.快速或慢速移动窗体,背景及窗体本身刷新必须正确;
　c,缩放窗体,窗体上的控件应随窗体的大小变化而变化;
　d,显示分辨率.必须在不同的分辨率的情况下测试程序的显示是否正常;
　进行测试时还要注意状态栏是否显示正确;工具栏的图标执行操作是否有效,是否与菜单懒中图标显示一致;错误信息内容是否正确,无错别字,且明确等等;

2,控件
　测试方法:
　a,窗体或控件的字体和大小要一致;
　b,注意全角,半角混合
　c,无中英文混合.

菜单

进行测试时要注意
　a,选择菜单是否可以正常工作,并与实际执行内容一致;
　b,是否有错别字:
　c,快捷键是否重复;
　d,热键是否重复;
　e,快捷键与热键操作是否有效
　f,是否存在中英文混合
　g,菜单要与语境相关,如,不同权限的用户登陆一个应用程序,不同级别的用户可以看到不同级别的菜单并使用不同级别的功能;
　h,鼠标右键快捷菜单

特殊属性
　1,安装界面应有公司介绍或产品介绍,有公司的图标
　2,主界面及大多数界面最好有公司图标
　3,选择"帮助"->"关于"命令,应 看见相关版权和产品信息

 

感觉这篇文章有些乱，仅供参考。

动态黑盒测试         不深入代码细节的软件测试方法。常被称为行为测试，因为测试的是软件在使用过程中的实际行为。         首先，从产品说明书获知测试对象的软件的输入和应该得到的输出。               接下来，开始定义测试案例。 测试案例：指进行实验用的输入，以及测试软件用的程序。                    选择测试案例是软件测试员最重要的任务。不正确的选择可能导致测试量过大或者过小，甚至测试目标不对。准确评估风险，把不可穷近的可能性减少到可以控制的范围是成功的诀窍。   测试基本方法：通过测试 vs  失败测试           通过测试：确认软件至少能做什么，而不考验其能力。         失败测试：纯粹为了破坏软件而设计和执行的测试案例，也称为迫使出错测试。蓄意攻击软件的薄弱环节。                在设计和执行测试案例时，总是首先进行通过测试。在破坏性试验之前看看软件基本功能是否实现是很重要的，否则在正常使用软件时就会奇怪为什么有那么多的软件缺陷。        常见的测试案例就是设法迫使软件出现错误提示信息。产品说明书可能会给出这样的功能要求，针对这个问题的测试可能是通过测试也可能是失败测试。可能两者都是。不用去刻意区分，重要的是找到软件缺陷！    选择测试案例：等价分配         等价分配：是指分步骤地把过多（无限）的测试案例减小到同样有效的小范围的过程。也称等价划分。         等价分配技术提供了一个选择哪些数值、舍弃哪些数值的系统方法。         等价类别或者等价区间是指测试相同目标或者暴露相同软件缺陷的一组测试案例。在寻找等价区间时，想办法把软件的相似输入、输出、操作分成组。这些组就是等价区间。         等价分配的目的是把可能的测试案例组合缩减到仍然足以测试软件的控制范围。因为选择了不完全测试，就要冒一定的风险。如果为了减少测试案例的数量过度进行等价分配，测试的风险就会增加。另外，等价区间的划分没有一定的标准，只要足以覆盖测试对象就行了。    数据测试         软件由数据（包括键盘输入、鼠标单击、磁盘文件、打印输出等等）和程序（可执行的流程、转换、逻辑和运算）两个最基本的要素组成。         对数据进行软件测试，就是在检查用户输入的信息、返回结果以及中间计算结果是否正确。主要根据下列原则来进行等价分配，以合理减少测试案例：边界条件、次边界条件和无效数据。         1. 边界条件测试         程序在处理大量中间数值时都是对的，但是可能在边界处出现错误。比如数组的[0]元素的处理。想要在Basic中定义一个10个元素的数组，如果使用 Dim data(10) As Integer ，则定义的是一个11个元素的数组，在赋初值时再使用 For i =1 to 10 ...来赋值，就会产生权限，因为程序忘记了处理i＝0的0号元素。         边界条件是指软件计划的操作界限所在的边缘条件。         数据类型：数值、字符、位置、数量、速度、地址、尺寸等，都会包含确定的边界。         应考虑的特征：第一个/最后一个、开始/完成、空/满、最慢/最快、相邻/最远、最小值/最大值、超过/在内、最短/最长、最早/最迟、最高/最低。这些都是可能出现的边界条件。        根据边界来选择等价分配中包含的数据。然而，仅仅测试边界线上的数据点往往不够充分。提出边界条件时，一定要测试临近边界的合法数据，即测试最后一个可能合法的数据，以及刚超过边界的非法数据。以下例子说明一下如何考虑所有可能的边界： --------------------------------------------------------------------------------                 如果文本输入域允许输入1－255个字符。                 尝试：输入1个字符和255个字符（合法区间），也可以加入254个字符作为合法测试。                             输入0个字符和256个字符作为非法区间。 --------------------------------------------------------------------------------                如果程序读写软盘                尝试：保存一个尺寸极小，甚至只有一项的文件。                            然后保存一个很大的——刚好在软盘容量限制之内的文件。                            保存空文件。                            保存尺寸大于软盘容量的文件。 --------------------------------------------------------------------------------                如果程序允许在一张纸上打印多个页面                尝试：只打印一页                            打印允许的最多页面                            打印0页                            多于所允许的页面（如果可能的话） -------------------------------------------------------------------------------- --------------------------------------------------------------------------------                     2.  次边界条件测试         上面所讲的是普通的边界条件，在产品说明书中有定义，或者在软件的过程中确定。但有些边界在软件内部，最终用户几乎看不到，但是软件测试仍有必要检查，这样的边界条件成为次边界条件或者内部边界条件。寻找这样的边界条件，不要求软件测试员成为程序员或者具有阅读源代码的能力，但是确实要求大体了解软件的工作方式。2的乘方和ASCII表是这样的两个例子： --------------------------------------------------------------------------------         2的乘方         术语 范围或值         位bit          0或1         双位doublebit          0～15         字节Byte          0~255         字word          0~65,535或者0～4,294,967,295         千K          1,024         兆M          1,048,576         亿          1,073,741,824         万亿          1,099,511,627,776         计算机和软件的基础是二进制数。因此二的乘方是作为边界条件的重要数据。如：在通讯软件中，带宽或者传输信息的能力总是受限制，因此软件工程师会尽一切努力在通讯字符串中压缩更多数据。其中一个方法就是把信息压缩到尽可能小的单元中，发送这些小单元中最常用的信息，在必要时再扩展为大一些的单元。假设某种通讯协议支持256条命令。软件将发送编码为一个双位数据的最常用的15条命令；如果用到第16到256之间的命令，软件就转而发送编码为更长字节的命令。这样，软件就会根据双位/字节边界执行专门的计算和不同的操作。         在建立等价区间的时候，要考虑是否需要包含2的乘方边界条件。例如：软件接受1～1000范围内的数字，那么合法区间除了1和1000，也许还有2和999之外，还应该有临近2的乘方次边界：14，15，16以及254，255和256。 --------------------------------------------------------------------------------         ASCII表         ASCII码表并不是结构良好的连续表。数字0～9对应48～57；斜杠字符(/)在0的前面，冒号(在9的后面；大写字母A～Z对应65～90；小写字母对应97～122。这些情况都代表次边界条件。         如果测试进行文本输入或文本转换的软件，在定义数据区间包含哪些值时，参考一下ASCII表是相当明智的。例如：测试的文本框只接受用户输入字符A～Z和a～z，就应该在非法区间中包含ASCII表中这些字符前后的值——@，'，[，{。 -------------------------------------------------------------------------------- --------------------------------------------------------------------------------     3. 默认值测试（默认、空白、空值、零值和无）         好的软件会处理这种情况，常用的方法：一是将输入内容默认为合法边界内的最小值，或者合法区间内某个合理值；二是返回错误提示信息。         这些值在软件中通常需要进行特殊处理。因此应当建立单独的等价区间。在这种默认下，如果用户输入0或－1作为非法值，就可以执行不同的软件处理过程。 --------------------------------------------------------------------------------     4.  破坏测试（非法、错误、不正确和垃圾数据）         数据测试的这一类型是失败测试的对象。这类测试没有实际规则，只是设法破坏软件。不按软件的要求行事，发挥创造力吧！ --------------------------------------------------------------------------------      状态测试         状态测试是通过不同的状态验证程序的逻辑流程。软件测试员必须测试软件的状态及其转换。软件状态是指软件当前所处的情况或者模式。软件通过代码进入某一个流程分支，触发一些数据位，设置某些变量，读取某些变量，从而转入一个新的状态。         同数据测试一样，状态测试运用等价分配技术选择状态和分支。因为选择不完全测试，所以要承担一定的风险，但是通过合理选择减少危险。         1.  建立状态转移图                         使用：方框和箭头；圆圈（泡泡）和箭头。         应包含的项目：             － 软件可能进入的每一种独立状态。                     如果不能断定是否独立，先认为是；以后一旦发现不是，随时剔除。             － 从一种状态转入另一种状态所需的输入和条件。                     状态变化和存在的原因，就是我们要寻找的对象。             － 进入或退出某种状态时的设置条件及输出结果。                    包括显示的菜单和按钮、设置的标志位、产生的打印输出、执行的运算等等。         由于是黑盒测试，因而只需从用户的角度建立状态图即可。         2.  减少要测试的状态及转换的数量                 测试每一种路线的组合，走遍所有分支是不可能的事情。大量的可能性也需要减少到可以操作的测试案例集合。方法有以下5种：             － 每种状态至少访问一次。                     无论用什么方法，每种状态都必须测试。             － 测试看起来最常见最普遍的状态转换             － 测试状态之间最不常用的分支。                     这些分支是最容易被产品设计者和程序员忽视的。             － 测试所有错误状态机器返回值。                     错误是否得到正确的处理、错误提示信息是否正确、修复错误时是否正确恢复软件等             － 测试随机状态转换。         3.  进行具体的测试——定义测试案例          测试状态及其转换包括检查所有的状态变量——与进入和退出状态相关的静态条件、信息、值、功能等等。如：窗口外观、窗口尺寸定义（固定/上次使用时的尺寸）、显示的菜单、默认设定值、文档的名称等。状态无论是否可见，都必须进行状态确定。       状态变量也许不可见，但是很重要，一个常见的例子时文档涂改标志（以此判断退出时是否询问保存）。    失败状态测试         状态测试的失败测试的案例，主要是竞争条件、重复、压迫和重负。         1.  竞争条件和时序错乱         设计多任务操作系统不是很难，设计充分利用多任务能力的软件才是艰巨的任务。在真正的多任务环境中软件设计绝对不能想当然，必须处理随时被中断的情况，能够与其他任何软件在系统中同时运行，并且共享内存、磁盘、通信设备以及其他硬件资源。         这样的结果，就是导致竞争条件问题；软件未预料到的中断发生，时序就会发生错乱。         竞争条件测试难以设计，最好是首先仔细查看状态转换图中的每一个状态，以找出哪些外部影响会中断该状态。考虑要使用数据如果没有准备好，或者在用到时发生了变化，状态会怎样。数条弧线或者直线同时相连的情形如何。         一下是要面临竞争条件的典型情形：             － 两个不同的程序同时保存或打开同一个文档。             － 共享同一台打印机、通信端口或者其他外围设备。             － 当软件处于读取或者修改状态时按键或者单击鼠标。             － 同时关闭或者启动软件的多个实例。             － 同时使用不同的程序方位一个共同数据库。         2.  重复、压迫和重负         这三个测试的目标是处理那些连程序员都没有想到的恶劣条件下产生的问题的能力。          － 重复测试          重复测试是不断执行同样的操作。最简单的是不停地启动和关闭程序，或者反复读写数据或者选择同一个操作。这种测试的主要目的是看内存是否不足。如果内存被分配进行某项操作，但操作完成时没有完全释放，就会产生一个常见的软件问题。         － 压迫测试          压迫测试是使软件在不够理想的条件下运行——内存小、磁盘空间少、CPU速度慢、调制解调器速率低等等。观察软件对外部资源的要求和依赖程度。压迫测试就是将支持降到最低限度，目的在于尽可能的限制软件的必要条件。         － 重负测试         重负测试和压迫测试相反。压迫测试是尽量限制软件，而重负测试是尽量提供条件任其发挥。让软件处理尽可能大的数据文件。最大限度的发掘软件的能力，让它不堪重负。比如：软件对打印机或通信端口进行操作，就把能连的都连上；服务器可以处理几千个模拟连接，就按他说的做。         不要忘了，时间也是一种重负测试。         重复、压迫和重负测试应联合使用，同时进行。         需要注意的是：         一，项目管理员和小组程序员可能不完全接受软件测试员这样打破软件的做法。但是软件测试员的任务就是确保软件在这样恶劣的条件下正常工作，否则就报告软件缺陷。如何以最佳方式报告软件缺陷，使其得到严肃对待和修复，也是一门学问。         二，无数次重复和上千次的连接对于手工操作是不可能的。因而需要借助自动化测试工具来实现。    其他黑盒测试方法         1.  像无经验的用户那样做         输入意想不到的数据；中途变卦而退回去执行其他操作；单击不应该单击的东西……         2.  在已经找到软件缺陷的地方再找找         原因有二：一是软件缺陷的集中性。如果发现在不同的特性中找出了大量上边界条件软件缺陷，那么就应该对所有特性着重上边界条件。对某个存在的缺陷，应当投入一些案例来保证这个问题不是普遍存在的。二是程序员往往倾向于只修改报告出来的软件缺陷，不多也不少。比如报告启动－终止－再启动255次导致冲突，程序员可能只修复了这个问题。重新测试时，一定要重新执行同样的测试256次以上。         3.  凭借经验、直觉和预感         记录哪些技术有效，哪些不行。尝试不同的途径。如果认为有可疑之处，就要仔细探究。按照预感行事，直至证实这是错误为止。         经验是人们对错误行为的称谓。

Let me be your hero

Would you dance,
if I asked you to dance?
Would you run,
and never look back?
Would you cry,
if you saw me crying?
And would you save my soul, tonight?

Would you tremble,
if I touched your lips?
Would you laugh?
Oh please tell me this.
Now would you die,
for the one you love?
Hold me in your arms, tonight.

I can be your hero, baby.
I can kiss away the pain.
I will stand by you forever.
You can take my breath away.

Would you swear,
that you'll always be mine?
Or would you lie?
would you run and hide?
Am I in too deep?
Have I lost my mind?
I don't care...
You're here, tonight.

I can be your hero, baby.
I can kiss away the pain.
I will stand by you forever.
You can take my breath away.

Oh, I just wanna to hold you.
I just wanna to hold you.
Oh yeah.
Am I in too deep?
Have I lost my mind?
Well I don't care...
You're here, tonight.

I can be your hero, baby.
I can kiss away the pain.
I will stand by you forever.
You can take my breath away.

I can be your hero.
I can kiss away the pain.
And I will stand by you, forever.
You can take my breath away.
You can take my breath away.

I can be your hero.

 

I will be hero for myself.

 

【Key words and expressions】

★ garage   n.  修车厂

  

★ Silbury  锡尔伯里

★ Pinhurst 平赫斯特

★ pigeon  n.鸽子

   It's not my pigeon. 这不是我的过错＝None of my busness.

★ message n.信息

  

★ cover v.越过

  

★ distance n.距离

  

★ request n.要求，请求

★ spare part 备件

★ urgent  adj.紧急的

【Text】

Lesson 5  No wrong numbers  无错号之虞

First listen and then answer the question.听录音, 然后回答以下问题.

What does‘No wrong numbers’mean?

 

Mr.James Scott has a garage in Silbury and now he has just bought another garage in Pinhurst. Pinhurst is only five miles from Silbury, but Mr. Scott cannot get a telephone for his new garage, so he has just bought twelve pigeons. Yesterday, a pigeon carried the first message from Pinhurst to Silbury. The bird covered the distance in three minutes. Up to now, Mr.Scott has sent a great many requests for spare parts and other urgent messages from one garage to the other. In this way, he has begun his own private 'telephone' service.

 

参考译文

    詹姆斯.斯科特先生在锡尔伯里有一个汽车修理部, 现在他刚在平赫斯特买了另一个汽车修理部. 平赫特离锡尔伯里只有5英里, 但詹姆斯.斯科特先生未能为他新的汽车修理部搞到一部电话机, 所以他买了只鸽子. 昨天, 一只鸽子把第一封信从平赫特带到锡尔伯里. 这只鸟只用了3分钟就飞完了全程. 到目前为止, 斯科特先生从一个汽车修理部向另一个发送了大量索取备件的信件和其他紧急函件. 就这样, 他开始自己的私人 “电话” 业务.

 

【Language points】

★ Pinhurst is only five miles from Silbury.

   (表达距离

 

The bank is about 5 minutes’ walk away(prep.).

 

)

★ Yesterday,a pigeon carried the first message from Pinhurst to Silbury.

(carry a message：传递信息。)

★ The bird covered the distance in three minutes.

   (cover：完成一段行程。)

★ Up to now,Mr.Scott has sent a great many requests for spare parts and other urgent messages from one garage to the other(garage).

( up to now：“到现在为止”一般和现在完成时连用

Reauests for (prep.)

Make a request for sth：“请求要…”

Request (sb) to do sth：要求某人做某事；请求某人做某事

On/upon request “因…请求”

)

★ In this way,he has begun his own private ‘telephone’ service.

   (in this way=by way of this：以这样的方式

     Postal service：邮政业务；passenger service：客运业务；pick-up and delivery service：上门取送业务）

【Key structures and useage】　

【Key words and expressions】

★ exciting    adj.  令人兴奋的

★ receive a letter  收到信

★ firm         n. 公司，商行

★ a great number of 许多

★ different    adj.不同的

★ Alice Spring   艾利斯.斯普林斯

★ Darwin  达尔文                           这三个是澳大利亚的地名

★ Perth  柏斯

★ abroad    adv.  在国外

【Text】

Lesson 4  An exciting trip  激动人心的旅行

First listen and then answer the question.听录音, 然后回答以下问题.

Why is Tim finding this trip exciting?　

 

I have just received a letter from my brother, Tim. He is in Australia. He has been there for six months. Tim is an engineer. He is working for a big firm and he has already visited a great number of different places in Australia. He has just bought an Australian car and has gone to Alice springs, a small town in the centre of Australia. He will soon visit Darwin. From there, he will fly to Perth. My brother has never been abroad before, so he is finding this trip very exciting.

 

参考译文

    我刚刚收到弟弟蒂姆的来信, 他正在澳大利亚. 他在那儿已经住了6个月了. 蒂姆是个工程师, 正在一家大公司工作, 并且已经去过澳大利亚的不少地方了. 他刚买了一辆澳大利亚小汽车, 现在去了澳大利亚中部的小镇艾利斯斯普林斯. 他不久还将到达达尔文去, 从那里, 他再飞往珀斯. 我弟弟以前从未出过国, 因此, 他觉得这次旅行非常激动人心.

 

 

【Language points】

★ He is working for a big firm.

   ( firm=company 公司，

但是指法律时只能用firm law firm：法律公司)

★ He has already visited a great number of different places in Australia.

( a great number of + 可数名词 ＝ a great many of + 可数名词；

A great amount of +不可数名词

 

Eg：a great many of people

    A great amount of money

)

★ My brother has never been abroad before,so he is finding this trip very exciting.

   ( 去过什么地方 have been to someplace

Eg.   

ü         Have you ever been to Hong Kong?

               Have you ever been there?

ü         He has been to the south. 他去过南方。

去过什么地方现在可能已经回来了

               He has gone to the south. 他去了南方。

               现在已经去了还没有回来

)

★ My brother has never been abroad before,so he is finding this trip very exciting.

   ( go abroad 出国

      Travel abroad 到国外旅行

      Study abroad 到国外留学

      Live abroad 居住在国外

      Find + n. + adj. 觉得…怎么样

      Take a trip to 到…去旅行

)

【Key structures and useage】　

★      现在完成时态

Have/has + 过去分词 构成

 

和现在完成时经常连用表示时间的adv.

I have just arrived by train.

刚刚

He has already left.

已经

I haven’t heard from him since then.

从…以后

The train has not arrived yet.

还没有

The weather has been good so far.

这点事情都做不了，

我自己做不耽误你行了吧

搞得好像什么都是这个或者那个原因阻拦了你似的

你不做就不做干吗尽找理由甚至还说出了莫名其妙的理由

你以为全世界只有你要工作，别人都不要工作啊。

回答：玉儿宝贝猪 级别：学姐 2006年5月2日 经期综合症 女人大多都这样 我这样 我妈比我更厉害 20几年了，经常脾气乱发 楼上的说的都很对 听音乐，吃中药什么的很多方法都很好的 我还有一个小方法 你可以试试 发脾气之前深呼吸一下 闭上眼 在心里莫念：“世界如此美妙，我却如此暴躁，这样不好，不好” 气会消一大半的，真的~~ ：） 天气热脾气坏火气大也叫“疰夏” 医生说：当心“情绪中暑”

炎炎夏天，很多人变得没胃口、没力气、睡不着，民间俗称为“疰夏”，其实这是一种夏令常见病，又叫“苦夏”。殊不知，人的情绪也会跟着“疰夏”。最近杭州市中医院就接诊了多例“情绪疰夏”的市民。有关专家提醒，“情绪疰夏”者，往往会从原本的谦和友善、知书达理而变得脾气坏、火气大，或情绪低落烦躁。 　　前晚7时多，杭州市中医院急诊外科来了4位中年男女，他们满面怒容，看起来情绪相当激动。两位女士的脸部、脖颈、手臂上更是一道红一道紫，头发散乱在一边。原来他们分别是两对夫妻，傍晚在超市购物排队付款时，因为站队的小事发生了口角，两位女士耐不住性子，开始从口头吵架上升到动手推搡撕拉对方。看到两位妻子扭打在一起，两位男士也按捺不住了，加入了这一场混战。结果4人都挂了彩，最后由110带着4人到医院来验伤和包扎。紧接着，急诊室又走进来两位年轻的姑娘，一个面色苍白、浑身直冒冷汗，另一个则是脸上又红又肿，看来也挂了彩，原来两人也是一个小时前在一家茶楼喝茶时，与服务员发生了口角，一时控制不住，变成了“打斗”。 　　杭州市中医院神经内科的周法根主任认为，季节、气候的变化会影响人的情绪、心境和行为。气温在30摄氏度以上、日照超过12小时的夏季，人的睡眠和饮食均发生变化，大脑神经活动受到影响，继而表现为情绪焦虑烦躁，脾气急火气大，还有些人会对生活和工作产生厌倦情绪，其中以女性和儿童较为多见。而用中医的话讲，“情绪疰夏”是因为长期体虚者感受暑热之气所致，夏季天暑下逼，地湿上蒸，体内湿热过重，脏腑一时无法适应、调整，导致植物神经紊乱而引起。 　　“情绪疰夏”怎么办？医生说主要靠自己调节，不必怨天怨地，要学会控制自己的情绪，“心静自然凉”；饮食上最好吃清淡、新鲜的食品，忌食辛辣刺激食物；生活起居要有规律，晚睡早起的人最好争取午睡半小时，以充足的睡眠来保证大脑的休息和心理调节。 　　而当身边出现这类“情绪疰夏”者时，首先要理解这种特殊的夏季情感障碍，谅解由此引发的种种不合理的行为，帮助他或她平息“中暑”的情绪。     夏日女性“去火”必修课     阳光明媚，可心情烦躁。微风吹过花朵盛开，我们却翻来覆去心思不宁。写字楼里随着炎炎夏日的到来，突然变得人人都是争吵的导火索，天热上火身体不适，不仅仅是体温，还有我们那随着气温不断升高的的坏脾气！     炎炎夏日不令带给我们身体上的不适，还导致越来越多的人火气上升，表现出情绪烦躁、焦虑、易激动、失眠等，现在这些症状被统称为“夏季情感障碍”。据统计，超过1/5失会因高温而出现上述症状，其中尤以女性居多，因此，“去火”成为女性在夏日是必备功课。     中医认为夏季是一年中阳气最旺的季节，“夏日属火，主心”指的就是夏季天气炎热，高温影响人体内阴阳平衡，所以人火气大，容易情绪焦躁。因此夏季养生主要是通过滋阴来到“去火除烦”效果。 　　炎夏“去火”要点     ⊙喝牛奶     很多人认为夏季喝牛奶会加重“上火”，引起烦躁。其实，夏饮牛奶不仅不会“上火”，还能解热毒、去肝火。中医就认为牛奶性微寒，可以通过滋阴、解热毒来发挥“去火”功效。而且牛奶中含有多达70%左右的水分，还能补充夏季人体因大量出汗而损失的水分。需要注意的是不要把牛奶冻成冰块食用，否则很多营养成分都将被破坏。 　　⊙23点以前睡觉     这一点很难做到，尤其在夏季。但专业医师提醒大家，夏季恰恰是最需要保证在23点前睡觉的季节。因为，23点到凌晨1点是气血回流到肝脏的时间，如果不睡，等于强迫肝脏继续工作，再加上外气候因素，所以，“该睡不睡情绪烦躁”在夏季表现得特别明显。 炎夏“去火”蔬果     ⊙草莓     草莓不但好吃，还有药用价值。中医认为它有去火功效，能清暑、解热、除烦。 　　⊙西瓜 吃西瓜也等于慢性自杀—瓜贩揭毒西瓜黑幕     西瓜性凉，吃了不会引起上火心烦，而且含有丰富钾盐，能弥补人体大量造成的体内钾盐缺乏。但注意西瓜放入冰箱不要超过3个小时。 　　⊙大豆     大豆在滋阴、去炎的同时还能补充因为高温而大量消耗的蛋白质。     ⊙苦瓜     历代名医都把苦瓜看做夏季清暑热、去内火、帮助改善烦躁情绪的最佳食物。     ⊙西红柿 多吃番茄可以防晒     尽管一年四季都可见，但西红柿在夏季最多，最甜，营养也最丰富。它同样可以清热解毒、平肝去火。

【Key words and expressions】

★      send a postcard 寄明信片

★  spoil   v.  使索然无味，损坏

★  Italy(Italian)  意大利

★  make a decision 做决定

★  single   adj. 唯一的，单一的

【Text】

Lesson 3  Please send me a card  请给我寄一张明信片

 

First listen and then answer the question.听录音, 然后回答以下问题.

How many cards did the writer send?

 

Postcards always spoil my holidays. Last summer, I went to Italy. I visited museums and sat in public gardens. A friendly waiter taught me a few words of Italian. Then he lent me a book. I read a few lines, but I did not understand a word. Everyday I thought about postcards. My holidays passed quickly, but I did not send cards to my friends. On the last day I made a big decision. I got up early and bought thirty-seven cards. I spent the whole day in my room, but I did not write a single card!

 

参考译文

    明信片总搅得我假日不得安宁. 去年夏天, 我去了意大利. 我参观了博物馆, 还去了公园. 一位好客的服务员教了我几句意大利语, 之后还借给我一本书. 我读了几行, 但一个字也不懂. 我每天都想着明信片的事. 假期过得真快, 可我还没有给我的朋友们寄过一张明信片. 到了最后一天, 我作出了一项重大决定. 我早早起了床, 买来了37张明信片. 我在房间里关了整整一天. 然而竟连一张明信片也没写成!

 

【Language points】

★ Postcards always spoil my holidays.

   (把…搞糟糕，扫兴；娇惯)

★ I visited museums and sat in public gardens.

(public gardens 公园，比较具有观赏价值 Italy gardens;park：比较大)

★  A friendly waiter taught me a few words of Italian.

   (say a few words 说几句；

have a word with sb.和谁讲句话)

★ Then he lent me a book.

(lend：“把…借给某人”

Borrow：“向…借东西”和from…)

★ On the last day I made a big decision.

   ( come to a decision：

      Arrive at a decision：

      Reach a decision：

 做决定（make a decision）

)

★ I did not write a single card.

(single：强调单数的概念)

【Key structures and useage】　

★ 动词带双宾语 （lend，send，give，bring，make，leave，show，get）

Ø         He lent me a book.

              直接宾语 间接宾语

He lent a book to me.

                      直接宾语通过介词 to表现出来

Ø         He sent me a card.

He sent a card to me.

Ø         Please give him another chance.

Please give another chance to him.

Ø         He brought his son a present.

He brought a present for his son.

Ø         Can you get me a few stamps.

Can you get a few stamps for me.

Ø         She made me a breakfast.

She made a breakfast for me.

Ø         His uncle left him some money.

His uncle left some money to him.

Ø         She showed her friends her new dress.

She showed her new dress to her friends.

 

 

 

 

【Key words and expressions】

★stay in bed 呆在床上不起来

★look out of the window 向窗外看

  look(vi.):表示看的动作; 后面一定要加介词

　see(vt.) : 表示看的结果; 　后面直接加宾语

   watch : 表示观看; 后面直接加宾语, 但宾语一定是能够活动的东西

 

 

 

 

【Language points】

★I never get up early on Sundays.

  (指每个星期天)

★I sometimes stay in bed until lunchtime.

  (直到；在否定句中，表示“在...之前，直到...才”)

★What a day!=What a day it is!

  (感叹句：What+名词 

                    What+a/an+a.+n.+主语+谓语；

          eg.He is causing a lot of trouble

　               名词:trouble

　               主语:he

　               动词:is causing

　               What (a lot of) trouble( he is causing)!

          How+adj./adv.)

★I've just arrived by train.

  (坐火车)

★It was my aunt Lucy.

  (是谁时用“It was...”句型)

★I'm coming to see you.

  (现在进行时表示将要做的事情，英语中来去到达离开等动作都可以用现在进行时表示将要进行的动作

   同样的用法还有 : go,come,leave,arrive,land,meet,die,start,return,join...)

★Dear me!

查看(735) 评论(1) 收藏 分享 管理

（3月20日－台北）成军5年多的信乐团，20日主唱阿信正式宣告「单飞」，艾回唱片以千万元价码签下阿信个人经纪约，原本的「信乐团」形同解体。其它4位团员事先并不知情，从记者口中听到这项消息后相当错愕，下午立刻群聚在团员TOMI家商议对策。

艾回唱片在春酒上宣布，阿信成为今年度旗下第一位签约歌手，艾回唱片副总经理严宗陵表示：「阿信因与原经纪人产生合约问题，并委托艾回协助，因而促成这次合作。今年目标是将阿信推往亚洲舞台，音乐之外还将规画往音乐制作、戏剧等全方位发展。」阿信2年前与原经纪人再签下5年合约，严宗陵透露，因看好阿信的个人发展潜力，砸下8位数价码解决了阿信原本的合约问题。

对于单飞的决定，阿信难过地说：「5年来一直在想大家的未来、融合问题，这样的决定满难过的，但我的能力有限，一切不是我一个人能决定，每个人都会面临不同的生涯规画，我也可以体谅每位团员的心情，或许我们在各有一片天之后，将来还有机会再合作。」

信乐团其它4位团员，接获阿信单飞消息后都难以置信，也才终于明白阿信为何迟迟不肯为新专辑录音。

团员们表示，阿信与经纪人发生合约问题后，2月中之后就跟大家「失联」，团员们打电话、传简讯他都没回复，少了主唱的信乐团，自过完年之后就一直没工作。因此当从外面听到他单飞的消息，4人对于他未先告知有些不能谅解，情绪都不是很稳定，但随后仍发声明对阿信给予祝福，并表明信乐团不会解散，将尽快另觅新主唱，展开新专辑录制。

制作本课堂相关的资源(27.2M)相关下载

1.新概念第二册ＰＤＦ版笔记.pdf 下载
2.新概念第二册1-68课笔记.doc下载
3.新概念英语完美电子版教材.exe下载
4.新概念英语论坛《新概念英语》资料补充版.chm 下载
5.新概念第二册教材ＰＤＦ完美电子版NCE2.PDF下载

§ Lesson 1 A private conversation 私人谈话

 【TEXT】

  Last week I went to the theatre. I had a very good seat. The play was very interesting. I did not enjoy it. A young man and a young woman were sitting behind me. They were talking loudly. I got very angry. I could not hear the actors. I turned round. I looked at the man and the woman angrily. They did not pay any attention. In the end, I could not bear it. I turned round again. "I can't hear a word!" I said angrily.
  "It's none of your business," the young man said rudely. "This is a private conversation!"
参考译文

    上星期我去看戏。我的座位很好，戏很有意思，但我却无法欣赏。一青年男子与一青年女子坐在我的身后，大声地说着话。我非常生气，因为我听不见演员在说什么。我回过头去怒视着那一男一女，他们却毫不理会。最后，我忍不住了，又一次回过头去，生气地说：“我一个字也听不见了！”
    “不关你的事，”那男的毫不客气地说，“这是私人间的谈话！”

【New words and expressions】 生词和短语

★private   adj.私人的 

  如果妈妈想看你的信, 你可以说 : It's my private letter.

  如果陌生人想进你的房子, 你可以说 : It's my private house.

   private life 私生活

  由此引申出privacy n.隐私 : private life 私生活

   It’s privacy.这是我的隐私!(不愿让别人知道的)

  新东方是private school(私立学校), 与此相反, 公立学校是public school.所以, private的反义词是public.

   eg.public 公众; public letter 公开信; public place 公共场所

   private还有一个值得注意的意思 : 普通的.

  如 : private citizen 普通公民:I’m a private citizen.

   private soldier 大兵;

  我们熟悉的《拯救大兵瑞恩》就是《Private Ryan》

 

★conversation  n.谈话

   subject of conversation : 话题(天气是英国人最喜爱的话题)

  几种谈话 :

   1、talk 内容可正式可不正式, 也可以私人 : Let’s have a talk.

   2、conversation 一般用于正式文体中, 内容上往往不正式: They are having a conversation.

   3、dialogue 对话, 可以指正式国家与国家会谈 : China and Korea are having a dialogue.

   4、chat 闲聊, 就是北京人说的 “侃” , 说的是无关紧要的事.

   5、gossip 嚼舌头, 说长道短

   have a + talk/chat/dialogue/conversation/gossip 名词变动词

 

★seat    n.座位 

  这个词很重要, 考试常考.

   have a good seat,这里的seat指place(指地点不错), 而不是chair.

   take a seat/take your seat 坐下来, 就坐

  下面这个句子在口语、电影里很常见 : Is the seat taken?(这个位置有人吗?)

 

  考点 : 作为动词的seat与sit的区别

   sit--vi; seat—vt

   eg: He is sitting there.他住在那儿.

   You seat him.你给他找个位置.

   seat sb 让某人就坐,后面会加人

   eg: seat yourselft.

         Seat him.

 

★play   n.戏

★loudly adv. 大声的

★angry  adj. 生气的

   cross=angry ;   I was angry.He was cross.

   annoyed: 恼火的;

  程 I was annoyed.

  度 I was angry/cross.

  加 I was very angry.

  深 be blue in the face : I am blue in the face.(脸色都青了, 相当生气了)

 

★bear(bore,borne)  v. 容忍

   bear,stand

   I can't bear/stand you

   endure[in5djuE] :忍受,容忍

   put up with :忍受

   I got divorced（离婚）.I could not put up with him

   bear/stand/endure

  忍受的极限在加大

   put up with=bear=stand

   bear n.熊  white bear

   bear hug :热情(热烈)的拥抱

   give sb a bear hug

 

★business  n. 事, 生意

   business man :生意人

   do business: 做生意

   go to some place on business:因公出差

   I went to Tianjin on business.

   thing  可以指事情,也可以指东西

   business:某人自己的私人的事情

   It's my business (指私人的事, 自己处理的事)

   it's none of your business 不关你的事。

 

【课文讲解】

go to the theatre

see a film=go to the cinema

go to the +地点  表示去某地干嘛

go to the doctor's 去看病

go to the dairy  去牛奶店

go to the + 人 + 's 表示去这个人开的店

go to the butcher's 买肉

go to school: 去上学

go to church: 去做礼拜

go to hospital(医院):去看病

go to the Great Wall

go home; 跟home相连一定表示没有事情可做,回家休息

I am at home 在家休息

enjoy, enjoy oneself:玩的开心

enjoy+sth :喜欢,从当中得到一种享受

I like something very much./I love something.

I enjoy the class.

I enjoy the music.

I enjoy the book.

enjoy the dinner/film/progeam/game

were sitting :当时正座在

过去进行时态 :过去的某个时间正在发生的动作

一个故事的背景往往用进行时态描述

I+be+v(ing)

The girl was reading a book in the garden.A boy came to her.

got :变得,表示一种变化,got angry

I am/was angry 是一个事实

I got angry:强调变化过程

It is hot.

It got hot.

got取代be动词,got是一个半联系动词,可以直接加形容词

turn round:转头

not pay any attention = pay no attention

表示注意,pay attention; 对什么加以注意,pay attention to sth

not any=no

I could not bear it./you./the noise.

I can't hear a word.

美音:肯定I can [kAn] 否定,I can't[kAnt]/,它的/t/是吞进去的, 在读音上很难区别, 只能根据上下文来定

 

2.如果时间和地点连在一起,先放地点,再放时间

如果问何时何地,是一个固定搭配  when and where

(4)...

ahead of : 在...前面 (+时间、位置)(动态的行为)

ahead of time

He goes ahead of me.

 

5 ______ did the writer feel? Angry.

a.Where b.Why c.How d.When

(5) ...c...

how ——对一个方式、状态提问

特殊疑问词对后面的答案提问

angry(adj)

how(adv.)——对形容词、副词、介词短语提问

where    ——用介词,地点

when     ——用介词, 查看(630) 评论(4) 收藏 分享 管理