功能测试

链接 在学习通上注明结对的成员对: 1班胡晓松-1班高健 结对成员的博客连接: https://www.cnblogs.com/maxilong/p/11729323.html 代码复审 代码复审核查表（高健） 由一班胡晓松完成 1.概要部分 1）代码符合需求和规格说明吗符合？ 是 2）代码设计是否考虑周全？ 周全 功能和要求相符 3）代码可读性如何？ 一般 4）代码容易维护么？ 容易 5）代码每一行都检查过了吗？ 是 2.设计规范部分 1）设计是否遵循从已知的设计模式或项目中常用的模式？ 是 2）有没有硬编码或字符串/数字等存在？ 是 3）代码有没有依赖于某平台，是否会影响将来的移植？ 否 4）4.开发者新写的代码能否用已有Library/SDK/Framework中的功能实现？在本项目中是否存在类似的功能可以调用而不用全部重新实现？ 是 5）5.有没有无用的代码可以清除？ 否 3.代码规范部分 1）修改的部分符合代码标准和风格嘛？ 是 4.具体代码部分 1）有没有对错误进行处理？对于调用外部函数，是否检查了返回值或处理了异常？ 否 2）参数传递有无错误，字符串的长度是字节的长度还是字符（可能是单/双字节）的长度，是以0开始计数还是以1开始计数？ 0 3）边界条件如何处理的？switch语句的default分支是如何处理的？循环有没有可能出现死循环？ 否 在分支中填入跳转语句 4

显式功能性需求(Functional requirement)的含义从字面上就可以很好地理解，指的是软件本身需要实现的具体功能， 比如“正常用户使用正确的用户名和密码可以成功登录”、“非注册用户无法登录”等，这都是属于典型的显式功能性需求描述。 非功能性需求主要涉及安全性、性能以及兼 容性三大方面。 在上面所有的测试用例设计中，我们完全没有考虑对非功能性需求的测试，但这些往往是决定软件质量的关键因 素。 　 安全测试 用例： 　 　 　 性能测试 用例： 　 　　 兼容性测试用例： 　　 来源： https://www.cnblogs.com/huxiaoxi/p/11357619.html

任高军 008 于谦　 015 2012/12/15 首次提交作业 2012/12/16 根据老师指出的缺陷和错误进行修改（添加相关链接地址，重新查找一遍学术搜索的移动端应用产品） 作业题目博文地址： http://www.cnblogs.com/xinz/archive/2012/03/26/2417699.html 第一部分 我们用IE9和Chrome浏览器对系统介绍中的每一个功能进行了测试，仅发现一个较为影响使用的功能缺陷。 以co-author graph为例（其他如co-auther path和citation graph等也有该问题），当作者较多并且合作关系复杂时，图片叠在一起，无法看到之间的关系，如下图： http://academic.research.microsoft.com/VisualExplorer#28553 很自然的，用户会希望将图放大，也确实，右下角有缩放功能，但是放大后： 要知道用户并不是希望看到更大的图片，所以这一缩放功能的开发者未能明确该功能设计的需求依据。 修改建议：图片大小保持不变，调整两作者之间的距离。其实该系统的call for paper模块就有类似的实现： http://academic.research.microsoft.com/CFP#latest=180 第二部分 通过对开发流程描述 http://www.cnblogs

团队项目-Alpha2版本发布 这个作业属于哪个课程 作业所属课程 这个作业要求在哪里 作业要求 团队名称 你的代码我的发 这个作业的目标 发布Alpha2版本 1.团队成员 姓名 学号 角色 周昊 201731062333 组长 徐裴 201731062402 组员 黄啸风 201731062430 组员 李涵 201731062406 组员 颜依婷 201731062505 组员 周小萱 201731062601 组员 2.发布地址 github发布地址 网站地址 操作手册： 在首页，直接在输入框输入相应垃圾即可，搜索失败返回首页。 首页登陆注册后可使用论坛功能，如果不登录，也可以使用论坛功能，默认名字为0，即表明为游客身份。 后台登录后，进入系统，可以进行新闻、垃圾管理的相关操作。 3.alpha测试报告 1）测试工作安排：     此次的测试工作着重于网站的功能测试（黑盒）。 网站的功能测试包括表单测试、数据库测试、链接测试。 由黄啸风、颜依婷、周小萱分别进行垃圾、新闻、用户的功能测试。 由李涵、徐裴进行论坛的数据库测试和表单测试。 组长进行整体测试，查找网站的缺陷。 2）测试工具选择： 链接测试选择的工具是 XENU 功能测试的其他测试由人工进行测试 3）测试过程 功能测试 链接测试 网站链接测试结果 死链测试 最终结果     1

小时候对测试不很重视，比如让你做一件事，你会考虑其风险，别的因素吗。当你埋头只顾自己写软件代码，发布软件，就完事啦。但事实并非如此，对方说你的网站有漏洞，或者软件注册码容易破解，这些你并不知道。跟客户打交道，客户不是说做完项目就完事啦，往往要一个月维护。或者测试一下。意外的情况也很多，这些你绝对没想到。软件的bug如何产生的，在你写之前就产生。人的思维并非绝对的。往往是相对的，人们总喜欢自以为是，"I,M GOOD......"但测试离不开实践，不犯错误是不可能的。 软件测试就像给人诊断 软件测试 的过程其实很像给人看病的过程 首先，你看到一个人的症状的时候，就是看到了这个bug， 然后通过这个bug可以联想到某种病 通过对于这个种病的联想 你可以查看有关这种病的关联性bug是否在这个人的身上也都存在， 如果这种病的关联性的bug都存在 那么就可以很肯定的说，这个人是得了这个病。 。。。。 当修复了这个bug之后， 你应该把有关这个病的所有bug都验证一遍， 并且最好把全身都检查一遍，以确保没有影响到整个人 软件测试就像是向上帝祷告 你究竟有罪没有，牧师有时会问你有没有罪，求上帝宽恕 按照上帝说：“世人皆有罪，唯有上帝是洁净的” 软件产品代码bug，是存在的。 软件测试就像测试人生 如，一个故事----我为什么没升职 到公司 工作 快三年了，比我后来的同事陆续得到了 升职 的机会

手工测试用例 PK 自动化测试用例 首先，需要区分手工测试和自动化测试用例的不同。 1.手工测试用例： 关注某个功能点 可考虑多种异常情况并做出相应的处理，通过人为的逻辑判断当前步骤的功能实现正确与否 人工执行具有一定的步骤跳跃性 人工测试步步跟踪，能够细致的定位问题 主要用来发现功能缺陷，适用于测试阶段 2.自动化测试用例： 关注的是流程，多个功能点 用例步骤关联性强 保证产品主题功能能正确完成和让测试人员从繁琐重复的工作中解脱出来 自动化测试的每个用例的起始页面和退出页面一般是同一个页面，从哪里开始，到哪里结束（为了保证每次测试的初试环境是一样的） 目前自动化测试主要用于冒烟测试和回归测试（冒烟测试执行的是主体功能点的用例。回归测试执行全部或部分的测试用例） 自动化测试用例设计原则： 不需要将所有的手工测试用例转化为自动化测试用例 选择功能较为稳定的功能模块进行测试。当功能变动大时，脚本的维护需要花费更多的精力 选择的用例如为主体流程，可用于冒烟测试 自动化测试也可以用来做配置检查，数据库检查等。也算用例拓展的一部分。 如果平时在手工测试时，需要构造一些复杂数据，或重复一些简单机械式动作，就可以使用自动化脚本创造 准备复杂的测试数据。对于大的应用系统，数据之间的关系和准备过程都会很复杂，甚至有其他外部系统导入、传输或计算出来的数据

继续.. 在介绍这个测试平台的实现之前，我先说明一下这个测试平台要做的工作： 1 能以简单的方式（至少不是visual studio的方式）来开发公司所需的测试软件。整体上提高公司测试设备软件质量。 2 能快速实现开发，缩短设备的项目时间 3 集成公司标准功能。 4 方便分析产品，便于维修调试。 总结一下就是用一个方案，多快好省得解决公司绝大部分产品的测试（赞一下自己）。 说到这里觉得又需要描述下所谓的汽车电子产品的测试了（强烈鄙视自己的行文逻辑） 从产品的复杂程度分的话，公司的产品大概分成两大类，一种是纯开关类的产品，功能测试主要测试是电性能，这个较简单。当然好车的开关是要测手感滴，有涉及力测试了。另一种统称为总线类产品，主要是CAN，LIN， K-LINE的ECU，PWM，DCU，还有两种结合的SCM等，功能测试主要集中在通讯上，一般设计好的产品还比较好测，碰到奇葩的开发工程师就是无语了。 还有一点也要说，哥及小伙伴们开发的软件是测试设备软件，除了进行产品测试以外，还需要控制设备，换言之是还有电气控制。这个活取决于设备的机械控制复杂程度，一般IO点数不会超过100，也有例外的现在就有个哥们对着机器人编程手册发呆呢（同情）。 说到这，哥觉得大概说了自己的工作内容了，条理什么的海涵了哈。 转载于:https://www.cnblogs.com/vet-/p/3599470.html

一、相关信息 Q A 作业所属课程 https://edu.cnblogs.com/campus/xnsy/2019autumnsystemanalysisanddesign/ 作业要求 https://www.cnblogs.com/harry240/p/11524169.html 团队名称 七剑下天山 作业目标 完成项目核心功能：登录注册、资源获取、爬取小说、文件上传与下载 组员信息 姓名 学号 张鹏 201731062524 陈超 201731062510 王慧 201731062504 李邦国 201731062513 沈梓琳 201731062501 何鑫懿 201731062122 侯思其 201731062124 三、项目本次α版本的发布地址或者下载安装说明 下载安装地址： https://pan.baidu.com/s/11RCkjqHbBeURFsq6N69IZA（百度网盘，内含使用说明 ） GitHub地址： https://github.com/BigTent0/HappyReading.git 四、本次α版本的测试报告 1.测试分工 姓名 所负责的测试 侯思其 测试1 测试2 何鑫懿 测试2 李邦国 测试3 王慧 测试5 测试6 沈梓琳 测试4 陈超 测试3 张鹏 测试4 2.测试工具 IDEA Android Studio 小米5splus 谷歌浏览器 3

文章摘自 github, 本次测试选用 HanLP 1.6.0 , LTP 3.4.0 测试思路 使用同一份语料训练两个分词库，同一份测试数据测试两个分词库的性能。 语料库选取 1998年01月的人民日报语料库。199801人民日报语料 该词库带有词性标注，为了遵循 LTP的训练数据集格式，需要处理掉词性标注。 测试数据选择 SIGHan2005提供的开放测试集。 SIGHan2005的使用可以参见其附带的readme。 HanLP java -cp libs/hanlp-1.6.0.jar com.hankcs.hanlp.model.perceptron.Main -task CWS -train -reference ../OpenCorpus/pku98/199801.txt -model cws.bin mkdir -p data/model/perceptron/pku199801 mv -f cws.bin data/model/perceptron/pku199801/cws.bin 默认情况下，训练的迭代次数为 5。 修改 src/main/resouces 文件: root=../test-hanlp-ltp 打包命令： gradle clean build ​ SIGHan2005的MSR测试集 执行命令： java -cp build/libs/test

|--需求说明 |--实现思路 见代码注释 |--代码内容 1 import java.util.Scanner; 2 3 /** 4 * @auther:：9527 5 * @Description: 第八题 6 * @program: 多线程 7 * @create: 2019-08-10 09:40 8 */ 9 public class Eighth { 10 static Scanner scanner = new Scanner(System.in); 11 12 public static void main(String[] args) { 13 Eighth eighth = new Eighth(); 14 eighth.login(); 15 } 16 17 //注册用户名的方法 18 public void login() { 19 String name = ""; 20 boolean isOK = false; //设置跳出循环的标志位，判断是否可以退出循环 21 int num = 0; //设置计数器，如果密码ok，计数器+1，如果用户名OK，计数器+1，如果计数器最终取值为2，则判断标志位OK 22 String passWords = ""; 23 24 do { 25 System.out.println("请输入一个用户名