软件测试工具

软件测试方法的分类细谈

天涯浪子 提交于 2020-03-05 06:54:43
软件测试方法种类繁多,记忆起来混乱, 因此,我通过查阅资料,参考一些书籍,把常用的软件测试方法列出来,方便认识软件测试的方法。 从测试设计方法分类 测试名称 测试内容 Black box 黑盒测试 把软件系统当作一个“黑箱”,无法了解或使用系统的内部结构及知识。从软件的行为,而不是内部结构出发来设计测试. White box 白盒测试 设计者可以看到软件系统的内部结构,并且使用软件的内部知识来指导测试数据及方法的选择。 Gray box 灰盒测试 介于黑盒和白盒之间 总结: 实际工作中,对系统的了解越多越好。目前大多数的测试人员都是做黑盒测试,很少有做白盒测试的。因为白盒测试对软件测试人员的要求非常高,需要有很多编程经验。 从测试是手动还是自动上分类 测试名称 测试内容 Manual Test 手动测试 测试人员用鼠标去手动测试 (测试GUI) Automation 自动化测试 用程序测试程序 (测试API) 对于项目来说, 手动测试和自动化测试同等重要,都是保障软件质量的方法。 目前大部分的项目组都是手动测试和自动化测试相结合。因为很多测试无法做成自动化,很多复杂的业务逻辑也很难自动化, 所以自动化测试无法取代手动测试。 对于软件测试人员个人发展来说, 做自动化测试是个挑战,也是测试人员发展的一个方向,需要测试人员学习大量的开发知识。从长远角度来看,自动化测试肯定是越来越吃香的。

软件自动化测试工具历史发展漫谈

大兔子大兔子 提交于 2020-03-03 07:54:17
软件测试最早可以追溯到1958年的美国第一个载人航天计划-水星计划,当时在该计划中首次诞生了软件测试团队。当然,在此之前也肯定是有软件测试存在的,但远没有这次有了自己的江湖地位。但这也仅仅是软件测试的萌芽,远没有到开宗立派的地步。因为你想想这时候软件也只是萌芽阶段,各种软件的理论,标准都还没有诞生,所以更别提软件测试了,因此很长一段时间内,软件测试时间内是没有什么发展的。 时间到了1975年,这一年,软件行业的一个超级豪门诞生了-微软。我不知道微软是不是第一家纯软件开发的公司,但微软确实使软件开发得到了快速的发展。也是从那时候起,美国的软件行业一骑绝尘。随着软件行业的蓬勃发展,软件的规模越来越大,复杂度也越来越高,随着而来的是软件的质量被逐渐的关注起来,软件测试的理论逐渐得到积累。到了1979年,梅尔斯出版了软件测试第一版本著作《软件测试的艺术》这本书,第一次明确的给出了软件测试的定义“The process of executing a program or system with the intent of finding errors”,至此软件测试算是正式的开宗立派, 有了自己的江湖地位。个人认为现代测试的开端应该就由此开始。推荐大家都去读一读这本书,不一定能学到多少新东西,但是就凭它的江湖地位就足以让大家去瞻仰一下了。 自动化测试的历史演进 软件测试的开宗立派

(三)软件测试与测试优先的编程

情到浓时终转凉″ 提交于 2020-03-03 07:05:15
课程目标 认可测试的价值,测试优先原则 学会 等价划分 和 边界值分析方法 为模块设计测试用例 编写 JUnit 测试程序,加Testing Strategy 使用 EclEmma 工具度量测试用例对代码“覆盖度” 课堂问题 分而知之考虑,buildtime 单元测试:测试单个模块,保证每一个模块的正确性,测试类,方法等 集成测试:模块之间的关系不可避免,多个模块测试 系统测试:非软件部分测试,网络接口等,一起测试 验收测试:用户主导,甲方试用 回归测试:程序员改了一个部分,前面所有的测试都不算数,全部重新测试。回归测试耗费时间比较多 testing发现问题,然后debug找具体问题,静态测试build阶段进行 黑盒测试基于spec,白盒测试基于code,我们掌握基于黑盒的就行了 程序所有可能情况都跑一边做不到,时间上不可行,即使正确性和健壮性很重要,但也要和时间做折中 程序员要学会对自己的代码更暴力些qaq import导入Junit的某些类 参数之间的约束也可以做等价类划分 越大越好,但需要和测试时间折中 持续集成 持续交付 来源: CSDN 作者: wofanzheng 链接: https://blog.csdn.net/wofanzheng/article/details/104605819

软件测试英语词汇

萝らか妹 提交于 2020-03-03 02:49:34
软件测试英语专业词汇 NLV:Nation Language Version 本地化版本 FVT:Functional Verification Testing 功能验证测试 TVT:Translation Verification Testing 翻译验证测试 SVT:System Verification Testing 系统验证测试 fault--故障 在软件中一个错误的表现。 feasible path--可达路径 可以通过一组输入值和条件执行到的一条路径。 feature testing--特性测试 参考功能测试(Functional Testing) FMEA--失效模型效果分析(Failure Modes and Effects Analysis) 可靠性分析中的一种方法,用于在基本组件级别上确认对系统性能有重大影响的失效 FMECA--失效模型效果关键性分析(Failure Modes and Effects Criticality Analysis) FMEA的一个扩展,它分析了失效结果的严重性。 FTA--故障树分析(Fault Tree Analysis) 引起一个不需要事件产生的条件和因素的确认和分析,通常是严重影响系统性能、经济性、安全性或其它需要特性。 functional decomposition--功能分解 参考模块分解(modular

201771030115-牛莉梅 实验一 软件工程准备-<初学《构建之法--现代软件工程》的疑问>

眉间皱痕 提交于 2020-03-02 13:03:04
项目 内容 课程班级博客链接 https://edu.cnblogs.com/campus/xbsf/nwnu2020SE 这个作业要求链接 https://www.cnblogs.com/nwnu-daizh/p/12369881.html 我的课程学习目标 1、了解软件工程是什么 2、学好软件工程的理论知识 3、将理论知识应用到实践中去 这个作业在哪些方面帮助我实现学习目标 初步了解了软件工程的具体含义,同时对理论知识有了大概的了解 作业正文 1、快速浏览邹欣老师博客或《构建之法--现代软件工程》,参照参考文章的提问模板,尝试拟定3个准备从课程学习中找到答案的问题,并以写博客形式记录下来,博客要求使用Markdown排版。2、请参考这篇博客修改博客园博客默认编辑器。3、请参照这篇博客,在博客撰写中练习 MarkDown,有余力的同学可以进一步优化博客的阅读体验。 作业参考文献 [1]张涛,马春燕,郑炜,杨帆,王海鹏,成静编.软件技术基础实验教程[M].陕西:西北工业大学出版社,2015.01:第111页 [2]邹欣.构建之法--现代软件工程.人民邮电出版社,2017 一、读完邹欣老师《构建之法--现代软件工程》一书,以下三个问题比较困扰我 1、问题一 我阅读了该书第1.2.2章的这一段文字 软件工程与计算机科学的关系[2]: 根据我们对软件特性及工程这一概念的了解,可以看到

软件测试1-测试基础

核能气质少年 提交于 2020-03-01 07:37:41
软件测试1 1.测试基础 1.1 软件 1.2 软件测试发展历史 1.3 为什么要做软件测试 1.4 测试职业发展 1.测试基础 1.1 软件 软件的定义: 程序+文档+数据=软件 软件是计算机系统中.与硬件相互依存的另一部分, 它是包括程序,数据及其相关文档的完整集合 程序:是按事先设计的功能和性能要求执行的指令序列 数据:是使程序能正常操纵信息的数据结构 文档:是与程序开发,维护和使用有关的图文材料 软件的特性: 1》形态特性:无形不可见 2》智能特性:复杂的智力产品,解决计算,决策等问题。 3》开发特性:有工具来辅助软件开发,但是 尚未实现完全自动化 ,仍然包含相当分量的个体劳动。 4》质量特性:软件由人编写,所以 不存在完全没有缺陷的软件。 5》生产特性:软件如果需要提供多个用户,复制十分简单,成本也有限 6》管理特性:由于生产特性,软件过程中的管理尤为重要。 7》环境特性:软件对于计算机系统的 环境有不可摆脱的依赖性 8》维护特性:和传统产业产品的维护不同, 软件的维护体现在升级,优化,功能更新等 9》废弃特性:和硬件不同, 软件不是被用坏的, 一般是不符合流行趋势,用户不满意被淘汰 10》应用特性:应用广泛 软件分类: 1》系统软件 系统软件是负责管理计算机系统中各种独立的硬件,使得它们可以协调工作。 ●服务性程序:如诊断程序、排错程序、练习程序等 ●语言程序

软件测试这个行业发展怎么样啊?

戏子无情 提交于 2020-02-29 23:37:17
关于对软件测试这个行业的认知、前景、发展等的问题,好像已经屡见不鲜了。然而这次我们不谈薪酬(关注的朋友可以到“职友集”看统计数据),不谈招聘(去“智联”可以随时实地考察招聘需求数量),毕竟相关文章比比皆是。这个事儿我们来换个视角看看。 先来谈“行业”和“技术”的区别 行业和技术一般是属于“包含”的关系,也就是说一个行业里面用到了哪些技术。首先我们认为IT是一个大的行业类别。平常见面经常有人问:“哥们,你是干什么的呀?”“哦,我啊,干IT的”。你看,大家说IT基本就是指在这个行业里面工作。 那么平常我们经常提到的“开发”、“测试”、“运维”等又是什么呢? 你可以认为,这些是IT行业(或公司)里面的平行部门,如“开发部”、“测试部”等。当然也有人称之为“开发行业”、“测试行业”。这么称呼相当于在IT行业下面进行了二级划分,算是个“子行业”吧。 行业下面就是涉及到的技术了。如测试中会用到安全测试(技术)、性能测试(技术)、自动化测试(技术)等,而开发可以用Python语言(技术)、Java语言(技术)等。 再来说说技术的特点 任何事物的发展都逃不开从生到死的整个过程,我们行话叫做“生命周期”哈。一个“行业”如此,一个“行业里面的技术”也是如此。 我们来看看技术的更迭。就开发技术(语言)而言,有些语言已经离我们而去,有些语言正在缓慢消失,有些语言正在快速成长

软件测试这个行业发展怎么样啊?

牧云@^-^@ 提交于 2020-02-29 23:33:58
关于对软件测试这个行业的认知、前景、发展等的问题,好像已经屡见不鲜了。然而这次我们不谈薪酬(关注的朋友可以到“职友集”看统计数据),不谈招聘(去“智联”可以随时实地考察招聘需求数量),毕竟相关文章比比皆是。这个事儿我们来换个视角看看。 先来谈“行业”和“技术”的区别 行业和技术一般是属于“包含”的关系,也就是说一个行业里面用到了哪些技术。首先我们认为IT是一个大的行业类别。平常见面经常有人问:“哥们,你是干什么的呀?”“哦,我啊,干IT的”。你看,大家说IT基本就是指在这个行业里面工作。 那么平常我们经常提到的“开发”、“测试”、“运维”等又是什么呢? 你可以认为,这些是IT行业(或公司)里面的平行部门,如“开发部”、“测试部”等。当然也有人称之为“开发行业”、“测试行业”。这么称呼相当于在IT行业下面进行了二级划分,算是个“子行业”吧。 行业下面就是涉及到的技术了。如测试中会用到安全测试(技术)、性能测试(技术)、自动化测试(技术)等,而开发可以用Python语言(技术)、Java语言(技术)等。 再来说说技术的特点 任何事物的发展都逃不开从生到死的整个过程,我们行话叫做“生命周期”哈。一个“行业”如此,一个“行业里面的技术”也是如此。 我们来看看技术的更迭。就开发技术(语言)而言,有些语言已经离我们而去,有些语言正在缓慢消失,有些语言正在快速成长

软件测试这个行业发展怎么样啊?

假如想象 提交于 2020-02-29 22:50:46
关于对软件测试这个行业的认知、前景、发展等的问题,好像已经屡见不鲜了。然而这次我们不谈薪酬(关注的朋友可以到“职友集”看统计数据),不谈招聘(去“智联”可以随时实地考察招聘需求数量),毕竟相关文章比比皆是。这个事儿我们来换个视角看看。 先来谈“行业”和“技术”的区别 行业和技术一般是属于“包含”的关系,也就是说一个行业里面用到了哪些技术。首先我们认为IT是一个大的行业类别。平常见面经常有人问:“哥们,你是干什么的呀?”“哦,我啊,干IT的”。你看,大家说IT基本就是指在这个行业里面工作。 那么平常我们经常提到的“开发”、“测试”、“运维”等又是什么呢? 你可以认为,这些是IT行业(或公司)里面的平行部门,如“开发部”、“测试部”等。当然也有人称之为“开发行业”、“测试行业”。这么称呼相当于在IT行业下面进行了二级划分,算是个“子行业”吧。 行业下面就是涉及到的技术了。如测试中会用到安全测试(技术)、性能测试(技术)、自动化测试(技术)等,而开发可以用Python语言(技术)、Java语言(技术)等。 再来说说技术的特点 任何事物的发展都逃不开从生到死的整个过程,我们行话叫做“生命周期”哈。一个“行业”如此,一个“行业里面的技术”也是如此。 我们来看看技术的更迭。就开发技术(语言)而言,有些语言已经离我们而去,有些语言正在缓慢消失,有些语言正在快速成长