单元测试工具汇总及小组分工情况

单元测试工具汇总

单元测试是在软件开发过程中要进行的最低级别的测试活动,在单元测试活动中,软件的独立单元将在与程序的其他部分相隔离的情况下进行测试。 单元测试不仅仅是作为无错编码一种辅助手段在一次性的开发过程中使用,单元测试必须是可重复的,无论是在软件修改,或是移植到新的运行环境的过程中。因此,所有的测试都必须在整个软件系统的生命周期中进行维护。??

.软件单元描述

被测试单元 与之相关的单 元

所属子系统 单元需求 单元设计

FileSender SendThread 类

Client_RMS.Con nectionLogic

能够正确向服 务器发送文件

根据服务器 的 IP 地址,向 指定的服务 器发送文件

FileReceive ReceiveThread 类

Client_RMS.Con nectionLogic

能够正确接收 服务器发送的 文件

根据服务器 的 IP 地址,构 建文件存储 器,接收服务 器发送的文 件

SoundSender SendThread 类 Client_RMS.Con nectionLogic

能够正确向服 务器发送本地 的声音文件

根据服务器 的 IP 地址,向 指定的服务 器发送本地 声音文件

SoundReceive ReceiveThread 类

Client_RMS.Con nectionLogic

能够正确接收 服务器发送的 声音文件

根据服务器 的 IP 地址,构 建声音文件 存储器,接收 服务器发送 的文件

UMLSender SenderThread 类

Client_RMS.Con nectionLogic

能够向服务器 发送绘制 UML 图形时每个点 的状态信息

根据服务器 的 IP 地址,向 指定的服务 器发送绘制 UML 图形时 每个点的状 态信息

UMLReceive ReceiveThread 类

Client_RMS.Con nectionLogic

能够正确接收 服务器发送的 每个 UML 图形 的点的状态信 息

根据服务器 的 IP 地址,构 建本地存储 器,存储服务 器发送的每

个 UML 图形 的点的状态 信息

Capture Client Client_RMS.Mo del

能够驱动本地 音频系统,录制 麦克风中接收 的音频

调用 Java.Sound 中 的部分方法, 进行麦克风 中接收到的 音频的录制

Playback Client Client_RMS.Mo del

能够驱动本地 的音频系统,将 接收到的音频 格式文件播放 出来

调用 Java.Sound 中 的部分方法, 将接收到的 音频格式文 件播放出来

Paint Client Client_RMS.Mo del

能够不断接收 到图形的每个 点的状态信息, 并将该信息翻 译成图形

重写了 JPanel 中的 Paint 类,能够用所 需要的形式 将图形文件 的信息翻译 并绘制成图 形

AudioServer Server Server_RMS.Co nnectionLogic

能够接收客户 端发送过来的 音频并保存

在服务器端 写一个音频 的构造容器, 将客户端传 输过来的音 频文件保存 在构造容器 当中

DownloadSer ver

Server Server_RMS.Co nnectionLogic

能够保存聊天 记录和图形文 件,并向客户端 提供下载功能

在服务器端 保存客户端 上传的用户 文件,提供了 下载的方法

LoginServer Server Server_RMS.Co nnectionLogic

判定登录者信 息

在服务器端 写的登录逻 辑判定层

ServerSoundS end

Server Server_RMS.Co nnectionLogic

将接受到的音 频文件发送给 客户端

将服务器端 接收到的音 频压缩,提供 发送给客户 端的方法

TextServer Server Server_RMS.Co nnectionLogic

能够接收客户 端发送的文字 聊天内容

将服务器端 接收到的文 字文件提供 给客户端

UMLServer Server Server_RMS.Co nnectionLogic

能够接收客户 端绘制图形时 每个点的信息

将服务器端 接收到的 UML 的每个 点的信息传 送给每个客 户端

uploadServer Server Server_RMS.Co nnectionLogic

接收客户端上 传的各种形式 的文件

在服务器端 构造一个文 件容器,将客 户端上传的 文件存储在 构造的容器 当中?

测试过程 被测试单元 测试过程 FileSender 在 Test 类中,建立 String 类型的对象,调用 FileSender 中传输文件的方法,看能否在服务器端接收到传输的数 据 FileReceive 在 Test 类中,建立 String 类型的对象,接收从服务器端 传输过来的 String 数据,看能否正确接收 SoundSender 在 Test 类中,建立音频对象,调用 SounderSender 中传 输语音文件的方法,看能否在服务器端接收到传输过去 的音频文件 SoundReceive 在 Test 类中,建立音频对象,接收从服务器端传输过来 的音频数据,看能否正确接收 UMLSender 在 Test 类中,建立 UML 绘图时所需要的数据文件的 ArrayList 对象,调用 UMLSender 中的传输文件的方法, 看能否在服务器端接收到传输过去的 ArrayList 对象 UMLReceive 在 Test 类中,建立 UML 绘图时所需要的数据文件的 ArrayList 对象,看能否接收到从服务器端传输过来的 ArrayList 对象 Capture 在 Test 类中,写一个播放音频文件的方法,调用 Capture 中的录音方法,将录制的音频用Test中的播放方法播放, 看能否成功播放 Playback 在 Test 类中,调用本地已经录制的音频文件,用 Playback 中播放音频的方法播放,看能否成功播放

Paint 在 Test 类中,提供绘制 UML 图形时所需要的各点对象, 使用 Paint 中的方法,看能否正确绘制出 UML 图形 AudioServer 在 Test 类中,建立一个连接至服务器的 Socket 线程,并 经由此线程传输固定格式的音频文件给服务器,看服务 器能否接收并存储该音频文件 DownloadServer 在 Test 类中,建立一个连接至服务器的 socket 线程,并 经由此线程传送不同类型的文件至服务器,看服务器是 否能接收到客户端的文件并测试提供的下载方法是否 可用 LoginServer 在 Test 类中,建立一个连接至服务器的 socket 线程,并 构建一个服务器当中存在的用户名和服务器当中不存 在的用户名,分别检测服务器端正确和错误的用户名是 否能登录至该系统 ServerSoundSend 在 Test 类中,建立一个连接至服务器端的 socket 线程, 并构建一个规定格式的音频容器,看是否能接收到服务 器端传送过来的音频数据 TextServer 在 Test 类中,建立一个连接至服务器端的 socket 线程, 并构建一个 String 类型的变量,经由该 socket,看是否 能接收到服务器传送过来的 text 类型文件 UMLServer 在 Test 类中,建立一个连接至服务器端的 socket 线程, 并调用本地 paint 的方法,看是否能凭借服务器端发送 过来的数据绘制出所需要的图形 uploadServer 在 Test 类中,建立一个连接至服务器端的 socket 线程, 并新建不同类型的变量,经由此 socket 传送至服务器, 看在服务器端是否能接收到不同类型的变量并存储

时间: 2024-10-07 18:40:27

单元测试工具汇总及小组分工情况的相关文章

单元测试工具汇总及小组分工情况。

组名:日光微澜 Github仓库:https://github.com/yangleiwangximin/ 组长:杨磊(计科高职13-3)201303014107 成员:王希敏(计科高职13-3)201303014099.赵林林(计科高职13-3).201303014112 赵书(计科高职13-1)201303014020 姓名 博客地址 托管代码地址 赵书 http://www.cnblogs.com/zhsh/ 第一题https://github.com/yangleiwangximin/t

常见的单元测试工具汇总

单元测试工具 常见的单元测试工具有: 代码静态分析工具:Logiscope,McCabe QA,CodeTest等; 代码检查工具:PC--LINT,CodeChk,Logiscope等; 测试脚本工具:TCL.Python.Perl等; 覆盖率检测工具:Logiscope,PureCoverage,TrueCoverage,McCabe Test,CodeTest等; 内存检测工具:Purify,BoundsCheck,CodeTest等; 专为单元测试设计的工具:RTRT,Cantata,A

当前主流的单元测试工具汇总

性能.负载测试工具 厂商 工具名称 * Mercury LoadRunner 备注:历史最悠久.行业地位最高.市场份额最大.使用最广泛,以及多少测试从业人员从没做测试工作开始就听说过.而又叫多少人爱恨交加的业内最强大.最专业的性能测试工具.从Mercury Interactive公司1989年诞生以来就是其主打产品,别不多言. * Micro Focus QALoad 备注:原Compuware公司性能测试工具主打产品,如今被Micro Focus收购后仍然占有一席之地,是目前业内主流的大型性能

团队分工情况和当前单元测试主流工具

小组分工情况: 组长:刘静 负责整个团队的分工,以及最后的程序测试 组员:许花子 负责分析需求,有了要用例之后,开发人员和用户要分析并确认软件系统得提供什么样的功能来满足用户的需求,功能有什么约束条件,如何验证功能满足了用户需求. 组员:徐旭东 在实现工作流中,集成由单个开发者所产生的结果,通过手工或自动化的手段,把可执行的系统搭建出来. 组员:纪欣 测试工作流要验证现阶段交付的所有组件的正确性,组件之间交互的正确性,以及检验所有的需求已被正确的实现.在这个过程中,发现.报告.会诊.修复各种缺陷

单元测试工具 - karma

在离开上一家公司之前,team leader 在我离开前留给了我最后几个关键字:karma,断言库,JASMINE,QUNIT,MOCHA. 可一直拖拖沓沓的,没有去了解.直到今天,才终于抽出心情和时间来研究它. 在文章开始之前,首先对前 team leader — 满爷 表示感激. 虽然你不是我所见过的最优秀的前端,但你是我所见的最乐意与小伙伴share经验心得的 team leader. OK,言归正传,开始主题... 关于karma Karma是一个基于Node.js的JavaScript

写单元测试的知识结构(2)——单元测试工具的选用(找个顺手的)

一般的新技术手段的应用分三步(我总结的),问题适配(读书.问人,这时一般处于迷茫状态,尽量避免被煽动被诱惑是很重要的,少讲些主义,多研究问题).选择工具(一般都有现成的,除了你玩创新(也创新不到哪去)或在Google这种老遇见没人碰到过的问题的地方搞新技术),测试可用性,也就是能不能解决问题(有哥们管这叫趟坑)),经过这三部,基本就可以投入应用了. 这篇基本属于选择工具的一个过程,陈述一些对我选用的测试工具的看法,也包括一些想和做怎么结合的看法,有不同看法欢迎大家拍砖.   如果是固定平台,网上

单元测试工具 SmokeTest

.NET 程序集单元测试工具 SmokeTest Smoke Test(冒烟测试),也称Regression Test(回归测试),是对软件的安装和基本功能的测试.一般地我们使用脚本来实现Smoke Test的自动化,可借用虚拟机的snapshot机制来保证干净的环境来进行Smoke Test,然后将测试好的程序集成到Continous build或daily build中. 冒烟测试是指一种基本功能测试,是从硬件测试借鉴过来的.进行硬件测试时,首先需要给硬件加电,如果一加电电路烧了冒烟,后续的

一共81个,开源大数据处理工具汇总(下)

接上一部分:一共81个,开源大数据处理工具汇总(上),第二部分主要收集整理的内容主要有日志收集系统.消息系统.分布式服务.集群管理.RPC.基础设施.搜索引擎.Iaas和监控管理等大数据开源工具. 日志收集系统 一.Facebook Scribe 贡献者:Facebook 简介:Scribe是Facebook开源的日志收集系统,在Facebook内部已经得到大量的应用.它能够从各种日志源上收集日志,存储到一个中央存储系统(可以是NFS,分布式文件系统等)上,以便于进行集中统计分析处理.它为日志的

关于“单元测试工具”

1.JAVA单元测试工具——JUnit 1.1定义与简介 “JUnit是一个Java语言的单元测试框架.它由Kent Beck和Erich Gamma建立,逐渐成为源于Kent Beck的sUnit的xUnit家族中最为成功的一个. JUnit有它自己的JUnit扩展生态圈.多数Java的开发环境都已经集成了JUnit作为单元测试的工具.” “JUnit是由 Erich Gamma 和 Kent Beck 编写的一个回归测试框架(regression testing framework).Jun