测试过程

个人阅读作业3

≯℡__Kan透↙ 提交于 2020-02-09 08:55:58
读《移山之道》所提出的问题: http://www.cnblogs.com/peilei/p/4027864.html 阅读软件开发书籍的一些体会: http://www.cnblogs.com/peilei/p/4093899.html 一、问题的解答   第一个:书中衡量员工工作质量中(DEV)中其主要衡量两个指标,一是check in 的质量,也就是签入破坏构建的次数,二是功能是否按期完成,如果延期,是否提前交流,我想知道是不是还会有其他灵活的衡量指标?   在软件开发人员的绩效考核指标设计过程中,如果过于强调结果,往往会使研发人员沪市公司的组织纪律和秩序;如果过于强调行为,则使研发类人员关注能力,会引导员工只注重做事的方式,而忽视研发的结果。就像日常工作中,可能会有一些研发类人员不遵守公司制度,比较有性格,但却往往能向公司研发部提出比较好的idea,工作业绩也比较突出,而另一些行为上遵规蹈矩的软件开发人员却不能为公司提供新的发明,对公司没有实际的贡献价值,从这两种软件开发人员的行为中我们能够总结出来,员工工作质量的衡量标准应该以结果考核为主,行为考核为辅,题目中的两种指标,一个check in的质量,一个功能是否按时完成,这些都是从结果上进行考核的;所以我认为应该再加入一些从过程中进行考核的标准,给予一些工作努力但是结果不是很突出的职员一些鼓励,因为只从结果上说的话

P1057传球游戏

时光总嘲笑我的痴心妄想 提交于 2020-02-08 20:30:57
P1057传球游戏 1.题意 见链接 2.分析 这题需要使用手动简单的模拟一下,原题中的一个测试用例便是一个好的例子,传球只能往左边或右边传,相应的,传球次数减一,我们深搜这个状态直到最终传到第一个人手里。于是得到深搜的主要过程: f[i][j] = dfs( (i+1)%n,j-1 ) + dfs( (i-1 + n)%n,j-1 ); 。其中 f[i][j] 代表的是 经过 j 次传球回到i号人手中 3.代码 第一次提交的代码如下: # include <iostream> # include <cstdio> using namespace std ; const int maxN = 35 ; int n , m ; int f [ maxN ] [ maxN ] ; //f[i][j] 用于计算"经过j次传球回到i号人手中" //计算"经过j次传球回到i号人手中" int dfs ( int i , int j ) { //我也是因为“根据是否是0决定是否返回“导致TLE. if ( f [ i ] [ j ] != - 1 ) return f [ i ] [ j ] ; if ( j == 0 && i != 0 ) return 0 ; //printf("i = %d,j= %d\n",i,j); //计算值 //1.(i-1+n)%n f [ i ] [ j ]

Maven简介

邮差的信 提交于 2020-02-07 03:36:46
1.1 何为 Maven Maven 这个词可以翻译为“知识的积累”,或者翻译成“专家”或“内行”。本书我们介绍Maven 这一跨平台的项目管理工具。作为 Apache 组织中一个颇为成功的开源项目,Maven主要服务于基于 Java 平台的项目构建,依赖管理,项目信息管理。无论是小型的开源类库项目,或者是大型的企业级应用,无论是传统的瀑布式开发,或者是流行的敏捷模式,Maven都十分适用。 1.1.1 何为构建(Build ) 不管你有没有意识到,构建是每个程序员每天都在做的工作。早晨跑到公司,吃完手里的早饭吃后,我们从源码库签出最新的源码,然后跑一下单元测试,发现有一些失败的测试,于是找相关的同事一起调试一下,修复了错误代码。接着回到自己的工作上来,编写自己的单元测试及产品代码,我们会感激 IDE 随时报出的编译错误提示,忙到午饭时间,代码编写得差不多了,测试也通过了,心满意足的吃饭休息。下午先昏昏沉沉得开了个例会,完了喝杯咖啡继续工作。刚才会上经理要求看测试报告,OK,找了相关工具集成进 IDE,生成了像模像样的测试覆盖率报告,发了封电子邮件给经理,松了口气。同时看到 QA 那边又发过来了几个 bug,没办法,先本地重现再说,于是熟练的点击 IDE 一些按钮生成了一个 WAR 包,部署到 web 容器下,启动容器。看到熟悉的界面了,遵循 bug 报告,一步步重现了 bug…

GANFuzz:A GAN-based industrial network protocol fuzzing framework

烂漫一生 提交于 2020-02-04 19:03:56
GANFuzz:A GAN-based industrial network protocol fuzzing framework 1.简介 1.GANFuzz,提出了一种新的测试用例生成方法,并在此基础上构建了一个模糊框架。 2.为了提高代码覆盖率和测试深度,提出了三种从不同维度对协议消息进行分类的聚类策略,利用这三种策略,所学习的生成模型可以生成更为多样化和格式良好的测试用例。 3.在实验中,使用GANFuzz原型测试了几个Modbus-TCP模拟器,成功地揭示了一些新的缺陷和已知的问题。 2.背景知识 GAN RNN作为generator CNN作为discriminator 3.方法 3.1 步骤 1.对msg进行聚类。在给定一个真实的协议msg集作为训练数据的情况下,我们采用三种聚类策略来提供三种方法来对数据进行分类。对于每一种策略,我们所关注的特征和功能w.r.t协议消息是不同的。它允许我们从不同的维度进行模糊处理。它有助于提高代码覆盖率和测试深度。 2.学习协议语法。我们使用生成对抗网络和SeqGan算法对将协议语法学习问题进行建模为估计生成模型的过程。通过深度学习训练,生成模型从真实的协议消息中自动揭示协议语法。 3.生成测试用例。学习的生成模型能够生成类似于真实协议消息的序列。利用生成模型可以生成模糊测试用例。 3.2 聚类msg NoClustering

《团队名称》第八次团队作业:Alpha冲刺day5

孤者浪人 提交于 2020-02-03 12:02:41
项目 内容 这个作业属于哪个课程 2016计算机科学与工程学院软件工程(西北师范大学) 这个作业的要求在哪里 实验十二 团队作业8—软件测试与ALPHA冲刺 团队名称 快活帮 作业学习目标 (1)掌握软件测试基础技术。 (2)学习迭代式增量软件开发过程(Scrum)。 1.1前言: 时间:6月18日 地点:宿舍 会议内容:总结项目编码阶段遇到的问题,讨论学习。 时长:2小时 1.2任务分配: 姓名 今日任务完成情况 沙沙 总结各自负责模块的不足,使用不同的测试方案测试程序,总结程序的不足。06-18日例会总结 杨露露 总结各自负责模块的不足,使用不同的测试方案测试程序,总结程序的不足。 陈润菊 总结各自负责模块的不足,使用不同的测试方案测试程序,总结程序的不足。 张琳 总结各自负责模块的不足,使用不同的测试方案测试程序,总结程序的不足。 1.3燃尽图: 1.4会议照片: 1.5成员贡献时间: 姓名 贡献时间(小时) 沙沙 2 杨露露 1.5 陈润菊 1.5 张琳 1.5 1.6会议总结(包括任务完成过程中遇到的问题以及解决方法): 顺利的完成了为期5天的开发阶段,整个过程中遇到了很多的问题包括代码的改进,测试的方式,需求的理解等。不过通过组内商量,用我们现有的技术水平,问题都得到了一定程度上的解决。这次开发过程肯定是我们小组成员以后最美好的回忆。 来源: https://www

面向对象软件工程知识点

本秂侑毒 提交于 2020-02-01 11:16:17
面向对象软件工程知识点 1.封装是指把对象的(A)结合在一起,组成一个独立的对象。 A.属性和操作 B.信息流 C.消息和事件 D.数据的集合 2.状态图和活动图建立了UML面向对象开发过程中的对象动态(B)模型。 A.交互 B.状态 C.体系结构 D.软件复用 3.UML的(C)模型图由活动图、顺序图、状态图和合作图组成。 A.用例 B.静态 C.动态 D.系统 4.在UML的需求分析建模中,对用例模型中的用例进行细化说明应使用(A)。 A.活动图 B.状态图 C.配置图 D.构建图 5.设计模式就是对(D)的描述或解决方案,往往直接对应一段程序代码。 A.某个构件 B.成熟的设计 C.一个用例 D.特定问题 6.类和对象都有属性,它们的差别是:类描述了属性的类型,而对象的属性必须有(C)。 A.正负号 B.动作 C.具体值 D.私有成员 7.顺序图的模型元素有(A)、消息、生存线、激活期等,这些模型元素表示某个用例中的若干个对象和对象之间所传递的消息,来对系统的行为建模。 A.对象 B.箭头 C.活动 D.状态 8.状态图可以表现(B)在生存期的行为、所经历的状态序列、引起状态转移的事件以及因状态转移而引起的动作。 A.一组对象 B.一个对象 C.多个执行者 D.几个子系统 9.使得在多个类中能够定义同一个操作或属性名,并在每一个类中有不同的实现的一种方法是(B)。 A.继承

计算机二级考试公共基础知识-软件工程基础

99封情书 提交于 2020-01-30 15:22:07
文章目录 第三章 软件工程基础 3.1 软件工程的基本概念 3.2 结构化设计方法 3.3 软件测试 3.4 软件调试 第三章 软件工程基础 详细重点学习知识点: 1、 软件的概念、软件生命周期的概念及各阶段所包含的活动; 2、概要设计与详细计划的概念、模块独立性及其度量的标准、详细设计常用工具; 3、软件测试的目的、软件测试的4个步骤; 4、软件调试的任务。 3.1 软件工程的基本概念 (1)软件定义与软件特点 软件是指计算机系统中与硬件相互依存的另一本分,包括程序、数据和相关开发文档的完整集合。程序是软件开发人员根据用户需求开发的、使用程序设计语言描述、适合计算机执行的指令序列。数据是使程序能正常操纵信息的数据结构。文档是与程序开发、维护、使用相关的图文资料。软件由两部分组成:① 机器可执行的程序和数据;② 机器不可执行的,与软件开发、维护和使用有关的文档。 软件的特点: ① 软件是逻辑实体,而不是物理实体,具有抽象性; ② 没有明显的制作过程,可进行大量复制; ③ 使用期间不存在磨损,老化问题; ④ 软件的开发、运行对计算机系统具有依赖性; ⑤ 软件的复杂性高,成本昂贵; ⑥ 软件开发涉及诸多社会因素。 (2)软件工程与软件生命周期 软件产品从提出、实现、使用维护到停止使用的过程称为软件生命周期。一般包括可行性分析研究与需求分析、设计、实现、测试、交付使用以及维护等活动

系统软件开发文档编写指南

ε祈祈猫儿з 提交于 2020-01-28 06:16:09
系统软件开发文档编写指南 为帮助大家编写文档,这里列出了十三种文档的内容要求及其简要说明。这些文档包括:可行性研究报告,项目开发计划,需求规格说明书,概要设计说明书,详细设计说明书,用户操作手册,测试计划,测试报告,开发进度月报,项目开发总结报告,程序维护手册,软件问题报告和软件修改报告。各文档内容大纲由带编号的标题构成,标题后方括号内为其说明。这里给出一个统一的封面格式: ______________________________________________________________________________ 文档编号版本号______________ 文档名称____________________ 项目名称:______________________________________________ 项目负责人:____________________________________________ 开发单位:______________________________________________ 编写_____________ 校对_____________ 审核_____________ _________年________月__________日 , _________________________________________________

APP移动测试用例总结

可紊 提交于 2020-01-27 02:17:33
在我们的测试工作中,对于某个APP的测试其实有很多东西都是类似的可以抽象出来的,所以针对APP的测试过程和重点关注内容,做以下梳理和总结。    一、首先是测试资源确认及准备    1.1   产品需求文档、产品原型图、接口说明文档以及设计说明文档等应齐全;    1.2    测试设备及工具的准备:IOS和andriod不同版本的真机,以及相关测试工具的准备。    二、 测试用例 的设计与评审   (1)根据产品需求文档、产品原型图等文档,设计客户端的一般功能测试用例;   (2)测试用例评审、修改与完善,评审通过后着手进入正式测试阶段。    三、UI测试   (1)确保手头的原型图与效果图为当前最新版本,符合产品经理及用户要求;   (2)测试过程中一切以效果图为准,若有用户体验方面的建议,可以先以邮件的形式与产品经理确认,确认通过后,可以正式向开发提出用户体验方面的问题;   (3)由于测试环境中的数据为模拟数据,测试时必须预先考虑到正式环境中可能出现的数据类型。    四、功能测试   (1)功能测试时主要依据编写的功能测试用例进行软件功能的遍历;   (2)涉及的测试主要包括基本功能测试,安装、卸载、运行测试,异常处理(包括网络突然断开或者网速过慢、机器内存不足等异常情况的处理)测试。    五、中断测试   (1)软件运行过程中接电话、收短信、锁屏、闹铃、充电

结对项目

北城余情 提交于 2020-01-26 03:53:59
写在最开始: 在这里我想特别感谢我的搭档,王玉同学,如果没有同伴,我估计已经进精神病院了。 首先不得不说,两个搞前端的菜鸡结对绝对是个错误。当我们大眼瞪小眼地看着报错信息的时候,我感到了绝望。后端知识的匮乏导致时间不协调,前端都没做好。 而写着博客的我,现在依然是崩溃的,短短两周,学了GUI,学了数据库,但是依然不够,毕竟智商这东西,我发现它是学不来的。 这次作业让我感觉到清明节应有的悲伤。在此祭奠我逝去的头发和脑细胞。 一、 代码地址 1、 coding.net地址:https://git.coding.net/sikiqk/teamworkassis.git 2、 url测试地址:http://localhost:8080/index.jsp 二、psp表格 PSP2.1 任务内容 估计需要完成的时间 (张慧)(min) 估计需要完成的时间 (王玉)(min) Planning 计划 30 30 · Estimate · 估计这个任务需要多少时间,并规划大致工作步骤 30 30 Development 开发 300 300 · Analysis · 需求分析 (包括学习新技术) 120 120 · Design Spec · 生成设计文档 20 20 · Design Review · 设计复审 (和同事审核设计文档) 0 0 · Coding Standard · 代码规范