边界值分析设计测试用例的原则：1如果输入条件规定了值的范围，则应取刚达到这个范围的边界值，以及刚刚超越这个范围的边界值作为测试输入数据2如果输入条件规定了值的个数，则用最大个数、最小个数、比最大个数少1、比最大个数多一得数作为测试数据3如果程序的规格说明给出的输入域或输出域是有序集合，则应选取集合的第一个元素和最后一个元素作为测试用例4如果程序中使用了一个内部数据结构，则应该选择这个内部数据结构的边界上值作为测试用例5分析规格说明，找出其他可能的边界条件

　　判定表方法：考虑输入条件之间的联系，相互组合可能会产生一些新的情况，采用一种适合描述对于多种条件的组合，相应产生多个动作的形式来考虑测试用例，主要由生产因果图并根据因果图形成判定表以确定测试用例两部分。

　　判定表生成测试用例五步骤：1分析规格说明书中，哪些是原因（输入），哪些是随之产生的结果（输出），并给每个原因和结果赋予一个标识符2分析规格说明书中的逻辑关系，发现并记录各个原因与结果之间、原因与原因之间对应的关系，根据这些关系划出因果图3由于某些限制，上述组合中有些组合不可能明确出现，应用一些记号表明4将因果图转化为判定表5将判定表中的每一列拿出来作为依据，设计测试用例。

　　判定表的结构：判定表（Decision Table）是分析和表达多逻辑条件下执行不同操作的情况下的工具，通常由5个部分组成：1条件桩(Condition Stub)：；列出了问题的所有条件2动作桩（Action Stub）:列出了问题规定可能采取的操作3:条件项（Condition Entry）:列出针对它左列条件的取值，在所有可能情况下的真假值4动作项（Action Entry）：列出在条件项的各种取值情况下应该采取的动作5规则：任何一个条件组合的特定取值及其相应要执行的操作。在判定表中贯穿条件项和动作项的一列就是一条规则。

　　判定表的建立步骤：1确定规则个数2列出所有的条件桩和动作桩3生成判定表的记录，填入条件项4填入动作项5简化过程，合并相似规则以确保测试用例不会有所遗漏

读后感

　　在读本章节的内容的时候，似乎只是头脑中某些影像的翻新，但是有些观点还是能够让我从一个以前未曾考虑的角度来思考这是测试方法和过程。比如等价类指某个输入数据范围的子集合，在该子集合中，被测试软件程序对于其中任意输入数据所产生的行为是一致的。等价类划分的依据是数据产生的行为，这个比单纯的从输入数据的类型的常用的分类法的思维方式更接近准确。再比如判定表（Decision Table）是分析和表达多逻辑条件下执行不同操作的情况下的工具。将判定表当做一个工具来对待的思想，让我对“工具”这个词有了更新的认识，它不仅仅是一个实物或者一个软件等，还可以是一种技术，一种设计或者分析甚至是为了某个明确的目的而采用的思维方式。

读书后记

　　以前看书很少能够挖掘出书中的这些可以带给自己的精华和认知上的提升，看来这样写读书笔记真的对于自己的进步是毋庸置疑的，有时可能是无法替代的。本来以为读本章节内容不会有让我意外的收获，但是不然，很多的收获不是某些理论，某些技能，有时它只是一个你未曾发现的视角，一个让你对这些理论和技能醍醐灌顶的词句。

　　看来读书只有认真的读过才会让你有那种值得的感觉，否则好像只是看一本技术说明书或者一些资料的收集体的味道，只是看过，不是品味过。