测试相关
文章平均质量分 77
功能测试
sysu_lluozh
这个作者很懒,什么都没留下…
展开
-
【质量】如何衡量测试用例质量
测试用例的标准不能局限于一个层次,因为测试用例设计类似于软件设计,软件设计有架构设计(结构设计/概要设计)和详细设计,所以对于测试用例的质量标准,也应分为两个层次来考虑:高层次——满足某一个测试目标或测试任务来整体看测试用例,衡量一组测试用例的结构、设计思路和覆盖率等指标低层次——从单个测试用例看,衡量其描述的规范性、可理解性和可维护性等指标一、高层次(high-level)标准高层次标准是从满足某一个特定的测试目标出发来进行定义,分析一组测试用例的设计思路、设计方法和策略,包括测试用例的层次、原创 2022-03-07 09:13:31 · 1625 阅读 · 0 评论 -
【质量】如何评估测试用例的有效性
一、定义测试用例有两个比较关键的部分:调用被测代码:例如RuleService.getLastRuleByClientId(ClientId)进行结果Check:例如AssertEqual(OrderId,“ABCD1234”)希望一组测试用例不仅能够“触发被测代码的各种分支”,还能够做好结果校验当业务代码出现问题的时候,测试用例可以发现这个问题,认为这一组测试用例是有效的当业务代码出现问题的时候,测试用例没能发现这个问题,认为这一组测试用例是无效的对测试用例有效性的理论建模是:测试原创 2022-01-27 08:51:37 · 2366 阅读 · 0 评论 -
【质量】不止测试
从软件开发的整个生命周期关注:需要左移:关注业务的真正价值,以业务价值驱动开发和测试需要右移:关注和利用生产环境的数据和信息,对线上问题深入分析,以优化和改进上线前的开发和测试工作需要关注整个交付过程:关注计划安排、团队协作一、用业务价值驱动测试业务价值可以简单理解为:帮助企业盈利满足企业业务发展要求带来业务价值的产品需要满足用户需求、让用户使用方便1.1 测试从哪些维度关注业务价值终端用户角度出发不能简单套用用例设计方法去机械地进行,而是要考虑用户可能的行为习惯、使用场原创 2021-12-18 09:01:48 · 1486 阅读 · 0 评论 -
软件测试问题
71、测试计划工作的目的是什么?测试计划工作的内容都包括什么?其中哪些是最重要的? 软件测试计划是指导测试过程的纲领性文件,包含了产品概述、测试策略、测试方法、测试区域、测试配置、测试周期、测试资源、测试交流、风险分析等内容。借助软件测试计划,参与测试的项目成员,尤其是测试管理人员,可以明确测试任务和测试方法,保持测试实施过程的顺畅沟通,跟踪和控制测试进度,应对测试过程中的各种变更 测试计划和测转载 2015-10-09 19:26:25 · 707 阅读 · 0 评论 -
以往的实际工作为例,详细的描述一次测试用例设计的完整的过程
就说最近的这次网站功能的测试吧 1.得到相关文档(需求文档和设计文档),理解需求和设计设计思想后,想好测试策略(测试计划简单点就OK了),考虑到测试环境,测试用例,测试时间等问题 2.设计测试用例 测试策略是:把网站部分的功能点测试完,然后在进行系统测试(另外个模块呢有另一个测试人员负责,可以进行联调测试),网站模块的测试基本是功能测试和界面测试(用户并发的可能性很小,所以不考虑):这次的网站转载 2015-10-12 13:04:55 · 9068 阅读 · 0 评论 -
软件测试的V和W模型图
画出软件测试的V模型 画出软件测试的W模型转载 2015-10-12 12:57:03 · 13928 阅读 · 0 评论 -
黑盒测试用例设计方法
黑盒测试用例设计包括等价类划分法、边界值分析法、错误推测法、因果图法、判定表驱动法、正交试验设计法、功能图表法等一、等价类划分法等价类的划分有两种不同的情况: 1)有效等价类: 是指对于程序的规格说明来说,是合理的,有意义的输入数据构成的集合。利用有效等价类可检验程序是否实现了规格说明书中所规定的功能和性能 2)无效等价类: 是指对于程序的规格说明来说,是不合理的,无转载 2015-10-10 21:47:23 · 4920 阅读 · 0 评论 -
黑盒测试的策略(类型)有哪些
一、黑盒测试与白盒测试 黑盒测试 只关心软件的输入数据和输出结果,包括功能测试和性能测试白盒测试 研究源代码与程序结构二、静态测试和动态测试静态测试 不实际运行被测软件,只静态地检查程序代码,界面或文档中可能存在的错误的过程 包括:代码测试(测试标准和规范),界面测试(实际界面和需求中的说明是否相符),文档测试(用户手册与需求说明是否真正符合用户的实际要求)动态测试: 实转载 2015-10-10 17:25:03 · 11833 阅读 · 0 评论 -
软件测试的一些理解
现在大部分软件企业的生态链都是,软件测试属于最下游。这也决定了很多情况都必须被动接受。即使某个测试工程师理论知识丰富,辨识风险能力强,但是一个产品需求的变更就可以让他傻眼,接着很努力去适应这种节奏。产品运营主导必然是趋势,测试主导是做不好产品的还有一个点争论了很久,就是关于出现问题承担责任的问题。如果产品上线或者发布后出现问题,大家都会觉得测试这个环节应该“合理把控”,将风险点罗列出来并告知各责任人原创 2016-07-17 17:33:49 · 8548 阅读 · 0 评论 -
测试用例设计的完整过程
需求分析 + 需求变更的维护工作根据需求 得出测试需求设计测试方案,评审测试方案方案评审通过后,设计测试用例,再对测试用例进行评审转载 2015-10-12 17:38:38 · 7298 阅读 · 0 评论 -
关于BUG报告的几点
缺陷的生命周期: 提交->确认->分配->修复->验证->关闭bug报告当中一些必备的内容: 硬件平台和操作系统: 1)测试应用的硬件平台(Platform),通常选择“PC” 2)测试应用的操作系统平台(OS)a) 版本 提交缺陷报告时通过该字段标识此缺陷存在于被测试软件的哪个版本 b) Bug报告优先级 c) Bug状态 d) Bug的编号 e) 发现人 f)转载 2015-10-12 19:48:27 · 1002 阅读 · 0 评论 -
开发人员经常犯一些低级错误如何解决
这种现象在开发流程不规范的团队里特别常见,尤其是一些“作坊式”的团队里。解决这种问题一般从两个方面入手: 1.开发管理入手 从根源来解决问题。可以制定规范的开发流程,甚至可以制定惩罚制度,还有就是软件开发前做好规划设计。 2.是加强测试 具体做法就是加强开发人员的自己测试,把这些问题“消灭”在开发阶段,这是比较好的做法 3.通过规范的缺陷管理来对开发人员进行控制 比如测试部门转载 2015-10-12 19:51:38 · 6426 阅读 · 0 评论 -
对CMMI的认识
软件过程标准:CMMI、PSP、TSP、RUP、软件工程规范国家标准CMMI 的全称为:Capability Maturity Model Integration,即能力成熟度模型集成。CMMI是CMM模型的最新版本CMMI的五个台阶: 台阶一:CMMI一级,完成级。在完成级水平上,企业对项目的目标与要做的努力很清晰,项目的目标得以实现。但是由于任务的完成带有很大的偶然性,企业转载 2015-10-12 21:13:23 · 832 阅读 · 0 评论 -
软件系统中用户文档的测试要点
(1)读者群。文档面向的读者定位要明确。对于初级用户、中级用户以及高级用户应该有不同的定位 (2)术语。文档中用到的术语要适用与定位的读者群,用法一致,标准定义与业界规范相吻合 (3)正确性。测试中需检查所有信息是否真实正确,查找由于过期产品说明书和销售人员夸大事实而导致的错误。检查所有的目录、索引和章节引用是否已更新,尝试链接是否准确,产品支持电话、地址和邮政编码是否正确 (4)完整转载 2015-10-12 20:51:40 · 3315 阅读 · 0 评论 -
单元测试的主要内容
模块接口测试、局部数据结构测试、路径测试、错误处理测试、边界测试(1)模块接口测试:模块接口测试是单元测试的基础。只有在数据能正确流入、流出模块的前提下,其他测试才有意义。模块接口测试也是集成测试的重点,这里进行的测试主要是为后面打好基础。测试接口正确与否应该考虑下列因素: -输入的实际参数与形式参数的个数是否相同 -输入的实际参数与形式参数的属性是否匹配 -输入的转载 2015-10-12 20:50:38 · 15200 阅读 · 0 评论 -
软件测试人员与QA的区别
软件测试人员的职责: 尽可能早的找出软件缺陷,确保得以修复。 质量保证人员(QA)主要职责: 创建或者制定标准和方法,提高促进软件开发能力和减少软件缺陷。测试人员的主要工作是测试,质量保证人员日常工作重要内容是检查与评审,测试工作也是测试保证人员的工作对象软件测试和质量是相辅相成的关系,都是为了提高软件质量而工作转载 2015-10-12 20:46:25 · 14399 阅读 · 0 评论 -
软件测试的风险主要体现在哪里?
没有对软件进行完全测试,实际就是选择了风险,因为缺陷极有可能存在没有进行测试的部分举个例子:程序员为了方便,在调试程序时会弹出一些提示信息框,而这些提示只在某种条件下会弹出,碰巧程序发布前这些代码中的一些没有被注释掉。在测试时测试工程师又没有对其进行测试。如果客户碰到它,这将是代价昂贵的缺陷,因为交付后才被客户发现因此,我们要尽可能的选择最合适的测试量,把风险降低到最小转载 2015-10-12 20:44:32 · 6970 阅读 · 0 评论 -
测试工具在测试工作中是什么地位?
测试工具在测试工作中起的是辅助作用,一般用来提高测试效率自动化测试弥补了手工测试的不足,减轻一定的工作量实际上测试工具是无法替代大多数手工测试的,而一些诸如性能测试等自动化测试也是手工所不能完成的。对于自动测试技术,应当依据软件的不同情况来分别对待,一般自动技术会应用在引起大量重复性工作的地方、系统的压力点、以及任何适合使用程序解决大批量输入数据的地方。然后再寻找合适的自动测试转载 2015-10-12 20:37:33 · 1992 阅读 · 0 评论 -
什么是软件测试,软件测试的目的?
软件测试: 用来确认一个程序的品质或性能是否符合开发之前所提出的一些要求 软件测试就是在软件投入运行前,对软件需求分析、设计规格说明和编码的最终复审,是软件质量保证的关键步骤。 软件测试是为了发现错误而执行程序的过程 软件测试的目的: 1.确认软件的质量,其一方面是确认软件做了你所期望的事情,另一方面是确认软件以正确的方式来做了这个事件 2.提供信息,比如提供给开发人员或程序经理的反馈信转载 2015-10-12 20:36:23 · 20346 阅读 · 0 评论 -
基于WEB信息管理系统测试时应考虑的因素有哪些
功能测试: 1.链接测试: 1.测试所有连接是否按指示的那样确实连接到了该连接的页面, 2.测试所连接的也面是否存在, 3.保证WEB应用系统上没有孤立的页面.只能在集成测试阶段完成 2.表单测试: 用户给信息系统管理员提交信息时,要测试提交操作的完整性,以校验提交给服务器的信息的正确性 3.Cookies测试: Cookies通常用来存储用户信息和用户在某应用系统的转载 2015-10-12 20:22:54 · 8553 阅读 · 0 评论 -
配置和兼容性测试的区别
配置测试的目的是保证软件在其相关的硬件上能够正常运行,而兼容性测试主要是测试软件能否与不同的软件正确协作。配置测试的核心内容就是使用各种硬件来测试软件的运行情况,一般包括: (1)软件在不同的主机上的运行情况,例如Dell和Apple; (2)软件在不同的组件上的运行情况,例如开发的拨号程序要测试在不同厂商生产的Modem上的运行情况; (3)不同的外设; (4)不同的接口转载 2015-10-12 20:16:34 · 1824 阅读 · 0 评论 -
功能测试用例需要详细到什么程度,完全测试程序是可能的么
有人主张测试用例详细到每个步骤执行什么都要写出来,目的是即使一个不了解系统的新手都可以按照测试用例来执行工作。主张这类写法的人还可以举出例子:欧美、日本等软件外包文档都是这样做的另外一种观点就是主张写的粗些,类似于编写测试大纲。主张这种观点的人是因为软件开发需求管理不规范,变动十分频繁,因而不能按照欧美的高标准来编写测试用例。这样的测试用例容易维护,可以让测试执行人员有更大的发挥空间实际上,软件测试转载 2015-10-12 20:09:42 · 9255 阅读 · 0 评论