01班04组白盒测试实践作业进展

开会完成静态评审代码:

选择邹欣老师在讲义“现代软件工程讲义 3 代码规范与代码复审”中所提到的部分内容作为代码评审标准

10.1  代码风格规范

10.1.1  缩进

是用Tab键好,还是2、4、8个空格?

结论:4个空格,在VS2005和其他的一些编辑工具中都可以定义Tab键扩展成为几个空格键。不用 Tab键的理由是Tab键在不同的情况下会显示不同的长度。4个空格的距离从可读性来说正好。

10.1.2  行宽

行宽必须限制,但是以前有些文档规定的80字符行宽太小了(以前的计算机/打字机显示行宽为80字符),现在时代不同了,可为100字符。

10.1.3  括号

在复杂的条件表达式中,用括号清楚地表示逻辑优先级。

10.1.4  断行与空白的{ }行

10.1.5  分行

不要把多行语句放在一行上。

10.1.6  命名

10.1.7  下划线问题

下划线用来分隔变量名字中的作用域标注和变量的语义,如:一个类型的成员变量通常用m_来表示。移山公司规定下划线一般不用在其他方面。

10.1.8  大小写问题

由多个单词组成的变量名,如果全部都是小写,很不易读,一个简单的解决方案就是用大小写区分它们。

Pascal——所有单词的第一个字母都大写;

Camel——第一个单词全部小写,随后单词随Pascal格式,这种方式也叫lowerCamel。

一个通用的做法是:所有的类型/类/函数名都用Pascal形式,所有的变量都用Camel形式。

类/类型/变量:名词或组合名词,如Member、ProductInfo等。

函数则用动词或动宾组合词来表示,如get/set; RenderPage()。

10.1.9  注释

等等,详细参加链接:http://www.cnblogs.com/xinz/archive/2011/11/20/2255971.html

1、主持人对本次会议做简短介绍

    宣布本次会议开始

    简要介绍学生信息管理系统的主要功能

2、记录人对本次会议详细内容进行讲解

    对学生信息管理系统中新生录取信息管理的查询学生信息功能代码与主要实现需求进行详细讲解,让与会人员了解审查资料。

3、与会人员对评审资料发表见解

会议图片:

时间: 2024-10-09 18:25:28

01班04组白盒测试实践作业进展的相关文章

01班04组白盒测试实践任务分配

今日开始完成任务分工,具体分工如下:第三次小组作业分工 1)小李:使用白盒测试方法设计测试用例,使用测试管理工具或者excel来记录测试用例,至少40个: 2)小司和小林:负责并组织静态评审,完成评审会议纪要和评审结果报告.同时完成每日博客记录 3)小何:通过自动化静态检查发现缺陷,负责完成静态代码检查结果报告 4)小戴:编写单元测试并执行测试.基于JUnit框架,结合面向对象程序的特点,执行小李提供的测试用例,最后提供单元测试脚本 5) 小陈:对上述单元测试的各个阶段进行总结,完成测试总结报告

五班二组白盒测试实践进度(2)

小组成员上午下机后,召开了小组例会,围绕昨天的遗留的问题进行讨论,同时规划以后的进程安排内容如下: 小组成员易,学习MOOC第三周,第四周白盒测试视频,自己使用excel文件来记录测试用例设计了一些测试用例,小组讨论希望他能找到一款测试工具帮他,使用测试管理工具来录入设计的测试用例,最后用csv或excel等工具支持的导出形式导出为测试用例清单文件 小组成员刘,认真观看学习MOOC课程"软件测试与质量"的3.4节 静态白盒测试,通过视频和讲义了解相关内容.,认真学习邹欣老师的讲义&qu

五班二组黑盒测试实践作业进度报告(1)

周五(2017.11.24) 周五课上老师公布作业后,小组在当节课下课后进行了小组会议.内容如下 (1)小组成员一起阅读老师题目的要求,有疑问的地方就提出来,相互讨论,找到解决方案. (2)在了解题目要求后,大家进行了一下分工,为作业的进行基础的准备.根据如下图所涉及的测试工具每个人(杨显,易爽,田永涛,刘少威)选择两款在网上进行查找资料,熟悉了解安装过程以及操作流程,最后进行讨论选择一款方便简单的测试工具. (3)周杨负责查找一款采用Java开发的Web应用系统,作为测试工具测试的对象. 周六

五班二组黑盒测试实践作业进度报告(3)

星期三(2017.11.29) 1.问题1:测试工具与web系统不同步 今天二组同学在测试的时候遇到了一个问题,导致他们测试无法进行下去.问题描述为:当用测试工具测试web系统的时候,测试工具会报如下的错: 就是某个测试元素找不到.我们之前也遇到过这样的问题,当时是因为左侧的菜单栏在每次打开后会发生变化导致之前的测试工具无法定位到原先的位置,才导致这样的错误出现.我们已经在昨天的工作中将这个问题更改了.于是测试小组就将问题反映到小组QQ群里,与开发组的同学进行讨论.由于大家都是第一次遇到这样的问

白盒测试实践作业进度报告——Day 3

今天的任务是完成测试总结报告和组员各自的个人完成情况说明,并在spoc上提交作业,结束白盒测试实践作业. 任务完成人冯满满,任务完成情况,顺利完成. 总结此次任务的完成情况,总体而言顺利完成,但中间过程比如各阶段进度和理想的不太一样.遇到的困难主要有以下几点: 一是对工具的不熟悉,如Junit. 二是对待测系统源码不熟悉. 三是对测试标准不了解需提前了解代码规范. 至此,白盒测试实践作业全部完成!

五班二组高级软件测试作业一总结

1)Redmine介绍 这次小组作业是学习使用redmine.Redmine是用Ruby开发的基于web的项目管理软件,是用ROR框架开发的一套跨平台项目管理系统,据说是源于Basecamp的ror版而来,支持多种数据库,有不少自己独特的功能,例如提供wiki.新闻台等,还可以集成其他版本管理系统和BUG跟踪系统,例如Perforce.SVN.CVS.TD等等.这种 Web 形式的项目管理系统通过"项目(Project)"的形式把成员.任务(问题).文档.讨论以及各种形式的资源组织在一

1707班5组-高级软件测试作业--如何计算团队成员贡献分

首先我们要提出一个疑问,在计算一个团队的成员贡献分,我们是否应该把该团队所完成的项目(工作.任务)的程度作为一个团队的成员贡献分的评审程度. 举个例子,一个团队完成了任务100%和完成了任务的80%,在这两种情况下,我们是该按照完成程度对各成员的贡献分完成对应的调整还是单纯的依照一个贡献的百分比来计算,无视团队完成任务的程度. 在我看来答案是很明显的,如果一个团队完成了任务的0%,那么团队成员的贡献分,就没有意义了,即使他们做出了努力,但是是没有产生结果的,是没有意义的. 所以在此我认为,团队成

【20171124】2班6组博客作业——测试管理工具BugFree使用心得&小组贡献度

1. 工具概述 BugFree是借鉴微软的研发流程和Bug管理理念,使用PHP+MySQL独立写出的一个Bug管理系统.简单实用.免费并且开放源代码(遵循GNU GPL). 2. 工具使用流程 BugFree的使用分为三个步骤: a.建立项目模块以及其子模块:(这一步只在项目的最开始由管理员Admin建立) b.用自己的id登陆管理模块: c.处理分配给自己的bug以及任务,发现新的bug之后通过BugFree发送给相应的人处理: 1)发现问题就立即新建一个Bug予以跟踪并且指派给相关的开发小组

成都传智播客java就业班(14.04.01班)就业快报(Java程序员薪资一目了然)

这是成都传智播客Java就业班的就业情况,更多详情请见成都传智播客官网:http://cd.itcast.cn?140812ls 姓名 入职公司 入职薪资(¥) 方同学 安**软件成都有限公司(Java) 6000.00 林同学 川**联系统集成有限公司(Java) 5100.00 刘同学 成**宇网络技术有限公司(Java) 4800.00 陈同学 安**软件成都有限公司(Java) 4500.00 文同学 安**软件成都有限公司(Java) 4700.00 顾同学 新**息科技成都公司(Ja