标签：weight 规约 构造 测试用例 实验 测试 编写 软件 心得

软件构造

实验一与实验二心得

1、遵循流程，学会黑盒测试的习惯

在做实验二中，流程是先编写黑盒测试用例，再去实现两个Graph<L>的实现类。但是我之前上课没太真正理解黑盒测试，没弄懂实验流程的意思，先去 implement方法，之后才去编写的测试用例，在同学帮助和老师上课提及下才领悟。

那为什么一定要采取黑盒测试的原则呢？

最重要的就是不要让在你测试用例编写时受到自己 implement方法时的影响，这样编写实验用例难免去落入“刻意”测试用例中特殊情况的“陷阱”，而不是面对编写好的函数规约去编写测试用例。

那为什么我们一定要面对规约编写测试？

因为规约是我们向客户（使用者）做出的承诺，客户通过规约进行使用，因此我们想要测试是否符合客户要求的，就需要面向规约去编写我们的测试用例

那如何去面对规约编写测试用例？

第一步 分析阅读规约，观察参数和规约中对不同情况的阐述，将参数（输入空间）划分为不同的等价类，并写入Testing strategy中。例如实验二：

// Testing strategy
    //  测试接口 set(L source, L target, int weight) 方法：
    //     weight=0时, 图中已有该边，删除已有边，返回之前权值
    //     weight=0时, 图中没有该边，不添加该边，返回0
    //     weight>0时，图中已有该边，重新设置，返回之前权值
    //     weight>0时，图中没有该边，重新设置，返回0
    //     weight<0时，图中已有该边，重新设置为输入的负权值的绝对值，输出提示，返回之前权值
    //     weight<0时，图中没有该边，重新设置为输入的负权值的绝对值，输出提示，返回0

第二步
根据Testing strategy划分出的具体空间去编写测试用例，观察规约的后置条件，测试不同输入空间下的返回值去是否符合规约后置条件中要求的值。

注意：

1 . 划分时注意参数在规约中描述的边界，针对多个边界加上测试

2 . 测试时不要专门去测试是否特定条件下抛出异常。

2、不要过分关注于单一方法的具体实现，而是去理解类与类之间的关系

在实验中，随着代码两次增加，实验的类会很多，类中的方法和类之间的关系也变得更为复杂，因此过于关注于单一方法的具体实现，很容易扎进去陷入其中，看半天也不理解（尤其是实验三），应该先去专门仔细查看整体框架上类之间的关系，去理解继承树的设计再在这样的条件下去仔细看方法的规约，通过规约去设计自己的实现。

3、 关于idea中如何引入eclipse项目

选择后选择合适的Java jdk版本即可

标签：weight,规约,构造,测试用例,实验,测试,编写,软件,心得
来源： https://www.cnblogs.com/yuesiyuan/p/16361712.html

本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享；
2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关；
3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关；
4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除；
5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。