软件工程第五次做业

 

         嘀嘀嘀——                              倒车！请注意！倒车！请注意！        

         Bilibili：非职业天使   战网国服：图南#51221   Steam：尸体A         

         前排广告君表示要辞职了!!!   这个up根本不更新还处处发广告！        

 

1、简述

• 题目要求

  • 可以自动生成四则运算练习题
  • 能够定制题目数量
  • 用户能够选择运算符
  • 用户设置最大数（如十之内、百之内等）
  • 用户选择是否有括号、是否有小数
  • 用户选择输出方式（如输出到文件、打印机等）
  • 最好能提供图形用户界面（根据本身能力选作，以完成上述功能为

• 任务分配

  • 驾驶员：<X司机>   代码地址：<Pair_Programming>     
  • 领航员：<J指挥>   代码地址：<Pair_Programming_Test>

（点♂击♂名♂字♂打♂开♂链♂接）

2、代码测试

一、测试用例

• 测试对象：getOperatorArray()，buildItems()，dealError()

• 覆盖标准：针对方法的每个传出结果进行条件组合覆盖
• 用例设计：
  • getOperatorArray()有四个传入参数，一个传出参数，全是布尔变量。因此结果只有两种，true和false。当全部传入为false时，结果为false。所以共16种用例。
  • buildItems()有一个传入参数，一个传出参数。当传入为正数，传出1；其余传入时传出皆为0。所以只有两种用例。
  • dealError()里面每一个if下都是直接返回，而且不一样的if之间断定条件有交叉，不能单纯的画出流程图判断都覆盖了哪些条件。所以针对每一种结果进行条件组合覆盖。
    • 当结果为0时，全部输入合法，一组用例便可；
    • 当结果为1时，max、sum输入不合法。各自不合法+同时不合法共三种，还有最后一个布尔断定，因此有六种用例。
    • 当结果为2时，max、sum值能经过程序（即字符串转换成 int 和 float），可是sum值太大。此时断定条件与以前有交叉，理论上也属于“不合法”。max值固定合法，sam为大数，后面布尔有两种状况。所以共两种用例。
    • 当结果为3时，sum、max必须合法，最后条件必为false，只有一种用例。

修改建议：

        若是想细分“不合法”的条件就应该sum为一类，max为一类。sum里包括输入不为正和输入太大；max包括输入不为正。否则合并在一块儿你们都是不合法，写成交叉数学逻辑上没错，可是不符合逻辑习惯。

        顺便max也可加入“不能过大”的条件。小学数学不须要太多大数，万之内就足够了。

二、自动测试

• 测试技术：采用Junit进行自动测试。
• 代码：<Coding>

 1 public class MainActivityTest {  2 
 3     @Test//动态处理运算符数组并返回checked值
 4     public void getOperatorArray() {  5         assertEquals(true,new MainActivity().getOperatorArray(true,true,true,true));  6 
 7         assertEquals(true,new MainActivity().getOperatorArray(true,true,true,false));  8         assertEquals(true,new MainActivity().getOperatorArray(true,true,false,true));  9         assertEquals(true,new MainActivity().getOperatorArray(true,false,true,true)); 10         assertEquals(true,new MainActivity().getOperatorArray(false,true,true,true)); 11 
12         assertEquals(true,new MainActivity().getOperatorArray(true,true,false,false)); 13         assertEquals(true,new MainActivity().getOperatorArray(true,false,true,false)); 14         assertEquals(true,new MainActivity().getOperatorArray(false,true,true,false)); 15         assertEquals(true,new MainActivity().getOperatorArray(true,false,false,true)); 16         assertEquals(true,new MainActivity().getOperatorArray(false,true,false,true)); 17         assertEquals(true,new MainActivity().getOperatorArray(false,false,true,true)); 18 
19         assertEquals(true,new MainActivity().getOperatorArray(true,false,false,false)); 20         assertEquals(true,new MainActivity().getOperatorArray(false,true,false,false)); 21         assertEquals(true,new MainActivity().getOperatorArray(false,false,true,false)); 22         assertEquals(true,new MainActivity().getOperatorArray(false,false,false,true)); 23 
24         assertEquals(false,new MainActivity().getOperatorArray(false,false,false,false)); 25  } 26 
27     @Test//构建随机式，成功则返回1,失败则返回0
28     public void buildItems() { 29         assertEquals(1,new MainActivity().buildItems(10)); 30         assertEquals(0,new MainActivity().buildItems(-10)); 31  } 32     @Test//出错逻辑处理,返回出错类型并返回出错类型,返回0则无错,1为max、sum输入不合法，2为sum太大，3为没选操做符
33     public void dealError() { 34         assertEquals(0,new MainActivity().dealError("10","10",true)); 35 
36         assertEquals(1,new MainActivity().dealError("10","-10",true)); 37         assertEquals(1,new MainActivity().dealError("10","-10",false)); 38         assertEquals(1,new MainActivity().dealError("-10","10",true)); 39         assertEquals(1,new MainActivity().dealError("-10","10",false)); 40         assertEquals(1,new MainActivity().dealError("-10","-10",true)); 41         assertEquals(1,new MainActivity().dealError("-10","-10",false)); 42 
43         assertEquals(2,new MainActivity().dealError("999999999","10",true)); 44         assertEquals(2,new MainActivity().dealError("999999999","10",false)); 45 
46         assertEquals(3,new MainActivity().dealError("10","10",false)); 47  } 48 }

public class MainActivityTest

• 测试结果：全部测试用例都经过测试。截图以下。

三、代码审查表

 

重要性	激活	级别	检查项
总计
命名
重要	Y	20	命名规则是否与所采用的规范保持一致？
	Y	20	是否遵循了最小长度最多信息原则？
重要	Y	50	has/can/is前缀的函数是否返回布尔型？
注释
重要	Y	10	注释是否较清晰且必要？
重要	Y	10	复杂的分支流程是否已经被注释？
	N	10	距离较远的}是否已经被注释？
	N	10	非通用变量是否所有被注释？
重要	Y	50	函数是否已经有文档注释？（功能、输入、返回及其余可选）
	Y	10	特殊用法是否被注释？
声明、空白、缩进
	N	20	每行是否只声明了一个变量？（特别是那些可能出错的类型）
重要	Y	40	变量是否已经在定义的同时初始化？
重要	Y	40	类属性是否都执行了初始化？
	Y	20	代码段落是否被合适地以空行分隔？
	Y	20	是否合理地使用了空格使程序更清晰？
	Y	20	代码行长度是否在要求以内？
	N	20	折行是否恰当？
语句/功能分布/规模
	Y	20	包含复合语句的{}是否成对出现并符合规范？
	N	20	是否给单个的循环、条件语句也加了{}？
	Y	20	if/if-else/if-else if-else/do-while/switch-case语句的格式是否符合规范？
	Y	40	单个变量是否只作单个用途？
重要	Y	20	单行是否只有单个功能？（不要使用；进行多行合并）
重要	Y	40	单个函数是否执行了单个功能并与其命名相符？
	Y	20	操做符＋＋和— —操做符的应用是否复合规范？
规模
重要	Y	20	单个函数不超过规定行数？
重要	Y	100	缩进层数是否不超过规定？
重要	Y	100	是否已经消除了全部警告？
重要	Y	40	常数变量是否声明为final？
重要	Y	80	对象使用前是否进行了检查？
重要	N	80	局部对象变量使用后是否被复位为NULL？
重要	Y	70	对数组的访问是不是安全的？（合法的index取值为[0, MAX_SIZE-1]）。
重要	Y	20	是否确认没有同名变量局部重复定义问题?
	Y	20	程序中是否只使用了简单的表达式？
重要	Y	20	是否已经用（）使操做符优先级明确化？
重要	Y	20	全部判断是否都使用了（常量==变量）的形式？
	Y	80	是否消除了流程悬挂？
重要	N	80	是否每一个if-else if-else语句都有最后一个else以确保处理了全集？
重要	Y	80	是否每一个switch-case语句都有最后一个default以确保处理了全集？
	Y	80	for循环是否都使用了包含下限不包含上限的形式？（k=0; k<MAX）
重要	Y	40	XML标记书写是否完整，字符串的拼写是否正确?
	Y	40	对于流操做代码的异常捕获是否有finally操做以关闭流对象?
	Y	20	退出代码段时是否对临时对象作了释放处理?
重要	Y	40	对浮点数值的相等判断是不是恰当的？（严禁使用==直接判断）
可靠性（函数）
重要	Y	60	入口对象是否都被进行了判断不为空？
重要	Y	60	入口数据的合法范围是否都被进行了判断？(尤为是数组)
重要	Y	20	是否对有异常抛出的方法都执行了try...catch保护？
重要	Y	80	是否函数的全部分支都有返回值？
重要	Y	50	int的返回值是否合理？（负值为失败，非负值成功）
	Y	20	对于反复进行了int返回值判断是否认义了函数来处理？
	Y	60	关键代码是否作了捕获异常处理?
重要	N	60	是否确保函数返回CORBA对象的任何一个属性都不能为null?
重要	N	60	是否对方法返回值对象作了null检查，该返回值定义时是否被初始化?
重要	N	60	是否对同步对象的遍历访问作了代码同步?
重要	N	80	是否确认在对Map对象使用迭代遍历过程当中没有作增减元素操做？
重要	N	60	线程处理函数循环内部是否有异常捕获处理，防止线程抛出异常而退出?
	N	20	原子操做代码异常中断，使用的相关外部变量是否恢复先前状态?
重要	Y	100	函数对错误的处理是恰当的？
可维护性
重要	Y	100	实现代码中是否消除了直接常量？（用于计数起点的简单常数例外）
	Y	20	是否消除了致使结构模糊的连续赋值？（如a= (b=d+c )）
	Y	20	是否每一个return前都要有日志记录?
	Y	20	是否有冗余判断语句？（如：if (b) return true; else return false;）
	N	20	是否把方法中的重复代码抽象成私有函数?

 

3、UI测试                                        ——参考自<APP的UI测试>

• 欢迎界面美观。

• 标题栏文字描述正确，背景颜色合理。

• 背景颜色与字体颜色和背景色相搭配.

• 布局合理。控件，文字，线条位置，数量，颜色合理，跟总体风格搭配。

• 界面文字无错别字。文字大小，颜色，位置一致。

• 控件大部分使用正常。

• 提示框设计合理，提示语友好，简明。

• 列表型界面有上下滑动效果。

• 窗口适应差，不能横向。

• 功能入口不明显。

修改建议：

        一、右上角菜单为无效菜单，需删除。

        二、右下角生成按钮图标不明确，更像是“刷新”。建议按钮上标注文字“生成题库”。

        三、界面窗口不能自动适应各类类型的屏幕。

        四、应提示用户点击算式查看答案。

4、功能测试

APP本体：点击下载APP

测试环境：荣耀畅玩6X Android7.0

测试流程：安装->运行->基本功能测试->异常处理测试

测试截图：

 

进入APP：欢迎界面美观，停留时间合理。

输入非法字段，弹出提示。

题数过多，弹出提示。

 

生成题目

 

测试结果：

• 可以自动生成四则运算练习题 √
• 能够定制题目数量 √
• 用户能够选择运算符 √
• 用户设置最大数（如十之内、百之内等）√
• 用户选择是否有括号、是否有小数 √
• 用户选择输出方式（如输出到文件、打印机等）×
• 最好能提供图形用户界面  √

5、评价

        个人小伙伴果真超级厉害，很快就写完了程序，并且还作出了界面，已经能够发布了~ 可是有一些细节须要处理。好比对“不合法”条件的理解，断定条件之间有交叉；还有界面右上角无效菜单，右下角生成按钮图标不明确，界面窗口不能自动适应各类类型的屏幕，也没提示用户查看答案的方法。

        还有最重要的是不能导出生成的题目。这应该在开发的最一开始就决定的。咱们的题意实际上是想给老师作一个程序，让他们出题方便。可是个人小伙伴没有考虑这一点，只完成了基本的功能，这样只能让学生本身下载app而后使用了。可是小学生怎么可让他们随便玩手机呢！理想的状况应该是导出一个.txt或者.doc，老师能够再进行编辑，而后打印出来当卷子给学生使用。并且能够把正确答案再单独导出一份，方便老师批改卷子。

        若是只是这样的app给学生使用的话，其实还能够作成自测小程序，让学生本身输入算的答案，最后点击提交，程序能够对比答案，直接给出分数。

6、总结

        过此次做业，我对敏捷编程有了初步的认识和体验。两我的一块儿可以互相监督，互相帮助。说来惭愧，代码都是个人小伙伴独立完成的，我只能看看，再研究研究是怎么写的。毕竟当初选修的Android课是全英文授课，没听懂就算了，本身也没课后研究，如今有点想吃后悔药了orz

        原本做业中测试的本意是想锻炼咱们熟练掌握覆盖标准和自动测试，可是最初咱们的程序没有能测试的地方。整个功能的实现都在一个大类里，并且咱们生成的随机算式是没办法进行测试的。输出是一个随机的数，咱们怎么可能肯定咱们的指望值呢。为了可以测试，个人小伙伴又特地把程序大改了一遍，所有划分红小方法，设好了传入参数和传出参数，好让我可以有测试的东西。

        咱们一块儿预定了研修室，改了一下午程序，后来又预定了一小时，最后总算是有点成果了。想一想其实若是准备工做充足，把程序的结构和功能提早设计明白，就没这么多麻烦事了。果真开发初期的工做真的很重要啊，大的方向把握好了才能走向成功的道路。我做为领航员却没有准备好初期工做，是个人失误。现在有了经验教训，之后必定不再犯这个错误了。

        时间紧迫，做为做业，咱们只能这样把它提交了。可是做为一个成品，它还须要更多的修改和完善。若是有机会，咱们能够把它好好作完，并投入使用。