黑盒测试第五天

今天是170405组黑盒测试大作业的最后一天:. 滕怡天:编写测试脚本.首先是发布了最初次的脚本,之后使用脚本的成员发现登录有问题,于是又继续高效地完成了登录脚本并发布出来,之后又陆续根据组员的要求改进了已有脚本,并将所有的作业整理好之后共享到群文件: 罗琰琰:完成了需求文档和个人作业.在敲定现测文档之前,罗琰琰就已经开始了之前所计划使用的系统的需求文档的编写,在系统替换之后,依然快速切换为现选系统编写需求文档,今天已全部完成: 安秀芳:进行了系统各个功能模块的等价类测试用例及边界值测试用例的编

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

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

2017.11.29例会内容 1.今天,由于临近交作业时间,组长首先在群内对各组人员即将上交的作业资料进行了汇总 编写软件需求规格说明书小组:系统需求规格说明书 编写测试用例小组:测试用例设计说明书.场景法测试用例设计. 编写测试脚本小组:被测系统可执行程序以及对应测试数据.测试脚本原始工程和文件 测试运行和记录小组:测试过程操作视频(MP4格式,1280*720).缺陷报告.测试执行过程 同时,组内各成员还需要撰写个人完成情况说明 2.上午编写测试脚本小组,利用WEB系统编写了一段测试脚本用于

软件开发一般分为五个阶段:1.问题的定义及规划此阶段是软件开发与需求放共同讨论,主要确定软件的开发目标及其可行性.2.需求分析在确定软件开发可行性的情况下,对软件需要实现的各个功能进行详细需求分析.需求分析阶段是一个很重要的阶段,这一阶段做的好,将为整个软件项目的开发打下良好的基础.“唯一不变的是变化本身”,同样软件需求也是在软件爱你开发过程中不断变化和深入的,因此,我们必须定制需求变更计划来应付这种变化,以保护整个项目的正常进行.3.软件设计此阶段中偶要根据需求分析的结果,对整个软件系统进行设

测试基础知识 找实习工作的过程中总结了下测试基础知识,编程能力重要,测试基础同样重要,希望对大家有帮助 软件测试方法:静态测试和动态测试                     白盒测试和黑盒测试                     传统测试与面向对象测试 软件测试过程:单元测试,集成测试,系统测试,验收测试 按测试类型:功能.性能.界面.易用性测试.兼容性测试.安全性测试.安装测试 (单元测试:在编码过程中,对每个小程序单元测试) (集成测试:将单元集成在一起后,可称为组件) 回归测试.冒

Kali Linux的设计目的是渗透测试.不管渗透测试者的起点是白盒测试.黑盒测试,还是灰盒测试,在用Kali或其它工具进行渗透测试时,总要遵循一些步骤. 第一步:侦察阶段 在发动攻击之前,渗透测试者应当尽量多地了解目标环境和系统的特点.渗透测试者找到的目标信息越多,就越有更好的机会确认最容易和最快的成功方法.与白盒测试相比,黑盒测试要求进行更多的侦察,因为测试者并没有获得太多的数据.侦察服务可能包括调查目标的互联网足迹.监视资源.监视人员.过程等,扫描网络信息(如IP地址和系统类型),社会工程

第五章 1.团队模式和团队的开发模式有什么关系? 团队模式指团队的分工模式,团队内部的结构,团队开发模式指团队开发的流程及步骤 2.如果你领头开展一个全新的项目,你要怎么选择“合适”的团队模式? 根据团队的能力和项目的结构,选择合适的团队模式.如果大家都比较自觉,且其中有一人能力较强,就会选择主治医师模式.如果项目比较复杂且每个人都有自己熟悉的开发领域,会选择功能团队模式.如果项目在不同方向和领域都有任务,就会选交响乐团模式.如果是开放式项目,可能会选择爵士乐模式.如果开发的人非常多,会选择官僚

1. 黑盒测试和白盒测试的直观图 从图中可以直接看出来,黑盒测试就当整个程序是个黑盒子,我们看不到它里面做了些什么事情,只能通过输入输出看是否能得到我们所需的来测试.而白盒测试可以当盒子是透明的,里面的一切我们都看的清楚,从而我们可以通过去测内部结构来测试. 2. 黑盒测试 (Black-Box Testing) 黑盒测试又称为功能测试.数据驱动测试或基于规格说明书的测试,是一种从用户观点出发的测试.测试人员一般把被测程序当作一个黑盒子. 黑盒测试主要测到的错误类型有:不正确或遗漏的功能:接口.