11月27日 周一 例会纪录: 今天进行了小组讨论,我们决定选择QTP来编写测试编用例. 另外,完成了测试所需要的java环境的搭建(jdk安装,Mysql安装,Tomcat安装)以及web系统的部署. 本次要测试的web系统是学生管理系统,主要功能包括登入登出,学籍管理,宿舍管理等内容,已经部署于服务器上,能够正常访问.
一.小组成员一起熟悉了系统功能. 我们的系统是图书分享系统,本系统主要目的是搭建一个图书分享阅读的平台,搭建一个更大范围的以书会友的空间和虚拟图书馆环境,孩子们通过该系统发布阅读需求.分享读书的快乐. 系统功能包括后台需求和前台需求,说明如下: 前台功能包括:图书分享,图书借阅,图书归还,书评管理,个人中心,通用功能. 后台功能包括:用户管理,角色管理,组织管理,系统管理,公告管理,积分管理,消息中心,统计中心. 本系统主要涉及4类角色:系统管理员.图书管理员.教师.学生. 系统管理员负责系统设
做黑盒测试实践首先肯定得掌握好黑盒测试技术基本原理, 经过小组讨论,决定今天温习老师的教学视频. 除了强化边界值分析,等价类划分,场景法的训练,也去学习了课堂上讲述的正交表和决策表. 结合MOOC上的作业实际检测了组员的黑盒测试技术是否过关. 并且对接下来的白盒测试技术进行了预习. 总地来说,今天,每个组员都对黑盒测试技术进行了更加深入的学习,为接下来的实践打下了基础.
小组成员进展情况:张江:部署WEB系统,让整个小组成员均能访问系统. 宁莉莎,鲁慧敏:通过访问部署过后的系统,完成了软件需求规格说明书中的以下部分:一.引言 1.1编写目的 1.2项目背景 1.3预期的读者和阅读建议 1.4项目范围 1.5参考资料 二.总体描述 2.1目标 开发背景 开发意图 应用目标和作用范围 产品前景 完成任务时间:4h 李佳明,王瑞: 寻找AutoRunner的下载地址:http://www.onlinedown.net/soft/68435.htm 安装AutoRunn
由于本次实践作业内容较多,首先小组成员一起仔细阅读了作业要求期望所有人都能明确作业内容. 首先,分解任务,并给任务排序.因为本次实践依托于javaweb项目,所以首先得找到一个合适的javaweb项目, 且后续作业依然会使用到这个javaweb项目,因此我们讨论将寻找一个合适的javaweb项目作为第一梯度的任务: 第二,了解各种流行的自动化测试工具,分析其特点,结合选定的javaweb项目选取最合适的自动化测试工具. 这两个任务可以同步进行. 分工,冯满满和游聪负责javaweb项目部分,赵奇
<高级软件测试>任课老师发布了一个测试实践作业,如下: 要求:针对某个Web应用系统(采用Java开发),完成系统的需求分析,使用黑盒测试方法设计测试用例,使用自动化测试工具编写脚本,执行自动化测试,记录缺陷,对测试进行总结.分组完成. 小组作业具体要求如下: (1)分析系统需求. 参考软件需求规格说明书模板(见附件1-软件需求规格说明书v1.0-模板.docx,和附件5-软件设计文档国家标准.rar)描述系统需求.如果系统功能特别多,特别复杂,则不需要涵盖系统所有功能(即不需要面面俱到),但
最近的小学期实践一直是跟着老师敲代码,起初都不知道自己做的是什么,后来自己Google了一下,查阅了一些相关的资料,以及结合了最近在做的这个小demo,也算是初步地了解和接触了java主要的三大框架ssh.在我们这个写的小demo中,struts文件是作为控制器(作为中间的桥梁),接收前端的请求,对应jsp目录下的custInfo和custSave而struts中的class对应的后台服务applicationContext 比如我们如果要做的是保存操作,那么struts文件中name="sav
Github:https://github.com/031502216/softWare 作业地址:http://www.cnblogs.com/easteast/p/7469291.html PSP 2.1表格 PSP2.1 Personal Software Process Stages 预估耗时(分钟) 实际耗时(分钟) Planning 计划 -- -- · Estimate · 估计这个任务需要多少时间 15h 20h Development 开发 -- -- · Anal
第二章读后感 为解决软件开发的问题,首先是将整个软件开发任务看做是一个可比较的刻度量的可改造,而软件过程是软件工程人员为了获得软件产品而在软件工具的支持下实施的一系列软件工程活动,主要包括问题提出,软件需求规格说明,软件设计等等.软件过程模型主要分为瀑布模型,快速原型模型,增量模型,螺旋模型,形式化方法模型,基于组件的开发模型.而微软公司的软件过程模型由规划,设计,开发,稳定和发布五个主要阶段组成,采取低近视的软件开发策略,具体表现在解决问题的及时行.不确定和变更因素的可控性,缩短按产品的上市周