![](https://img-blog.csdnimg.cn/20201014180756918.png?x-oss-process=image/resize,m_fixed,h_64,w_64)
软件测试理论
文章平均质量分 64
__泡泡茶壶
这个作者很懒,什么都没留下…
展开
-
服务端测试与功能测试
服务端测试通常指的是对软件的后端部分进行测试,目的是确保(数据库、缓存系统、中间件、文件系统等组件)能够在生产环境中正常运行,满足预期的。功能测试则是专注于验证软件的特定功能是否按照需求规格说明书中的描述正确工作。功能测试通常是通过一系列预定义的测试案例来进行,服务端测试更多地关注于软件后端的技术细节和性能表现,而功能测试则侧重于软件是否满足了用户的需求和业务目标。,并检查软件是否给出了。原创 2024-04-24 11:52:41 · 278 阅读 · 0 评论 -
关于git
Git与SVN最主要区别SVN是集中式版本控制系统,版本库是集中放在中央服务器的,而工作时,用的都是自己的电脑,所以首先要从中央服务器得到最新的版本,然后工作,完成工作后,需要把自己做完的活推送到中央服务器。集中式版本控制系统必须联网才能工作,对网络带宽要求较高。Git是分布式版本控制系统,没有中央服务器,每个人的电脑就是一个完整的版本库,工作的时候不需要联网了,因为版本都在自己电脑上。协同的方法是:比如自己在电脑上改了文件A,其他人在电脑上也改了文件A,这时,你们之间只需要把各自的修改推送给对方,就可原创 2021-11-28 23:06:30 · 77 阅读 · 0 评论 -
健壮性测试测试思路
概念:健壮性测试(Robustness Testing)又称为容错性测试(Fault Tolerance Testing),用于测试系统在出现故障时,是否能够自动恢复或者忽略故障继续运行。内容:对关键进程或线程杀死,然后观察系统行为;对关键进程或线程挂起,然后观察系统行为;网络不通,然后观察系统行为;数据库不通,然后观察系统行为;...原创 2021-10-23 16:28:40 · 1958 阅读 · 0 评论 -
前端JavaScript 开发中常见错误排查
Chrome DevTools 中的常见错误排查Chrome 开发者工具的 Console 相当好用,最常使用的不外乎是通过 console.log 展示出变量或运算的结果,如果符合预期则皆大欢喜。但是一旦出现红字幸灾乐祸的告诉我们“你出错了!”,这对我们来说无疑是一种挫折,在不知如何着手解决错误的时,只能反覆地检查自己的代码,看看是不是有什么奇怪的地方,有时就算停在了错误地方也往往不知是什么意思,会因此花费大量的时间。本文就来介绍在 Chrome 开发者工具中常见的错误反馈及排除技巧,让你不再为了满转载 2021-10-22 11:48:31 · 1417 阅读 · 0 评论 -
软件测试中的缺陷探测率
缺陷探测率DDP是衡量测试投资回报的一个重要指标,是衡量测试工作效率的软件质量成本指标之一。DDP是Defect Detection Percentage的缩写,即缺陷探测率。其计算公式如下:DDP=Bugs(tester) / (Bugs(tester)+Bugs(customer))其中,Bugs(tester)为软件开发方测试者发现的Bugs数目,Bugs(customer)为客户方发现并反馈技术支持人员进行修复的Bugs数目。DDP越高,说明测试者发现的Bugs数目越多,发布后客户发现的Bu转载 2021-09-24 11:16:00 · 2972 阅读 · 0 评论 -
软件测试中DI值
DI:Defect Index(缺陷率)定义:DI值是衡量软件质量的高低的指标之一。公式:DI= 致命级别的问题个数10+严重级别的问题个数3+一般级别的问题个数1+提示级别的问题个数0.1转载 2021-09-24 11:08:56 · 5032 阅读 · 0 评论 -
负载压力测试
性能测试概述性能测试定义:通过测试工具模拟多种正常、峰值以及异常负载条件对系统的各项指标进行测试。目的:验证软件系统是否能够达到用户提出的性能指标,对系统未来的容量做出预测和规划,发现软件系统中存在的性能瓶颈并加以调整和优化。性能测试的作用性能测试的分类负载测试:通过逐步增加系统负载,测试系统性能变化,并最终确定在满足性能指标的情况下,系统所能承受的最大负载量的测试。压力测试:通过逐步增加系统负载,测试系统性能变化,并最终确定在什么负载条件下系统性能处于失效状态,以此来获得系统能提供的最原创 2021-07-22 16:29:47 · 516 阅读 · 1 评论 -
面向对象软件测试
面向对象技术涉及到的核心概念1、对象:是一种对特定的数据以及业务逻辑代码继续封装的可操作实体。2、消息:某些对象请求执行操作的一个请求就是消息,消息机制是面向对象应用的关键。3、接口:一组行为或操作的集合,它将操作和与其他接口之间的关系封装起来,使系统内部接口更加规范。4、类:一组对象共有特性的抽象定义,实质是作为创建对象的模板。5、继承:一种能将特有元素和通用元素合并的机制,可以很容易得到父类的操作和数据结构。6、多态:即“一个接口,多种方法,”允许一个接口被多个同类动作使用的特性。.原创 2021-07-22 15:23:29 · 1445 阅读 · 0 评论 -
确认BUG
背景目前的项目大多数都是前后端分离的,当我们发现bug后不知道指派给哪位开发,指派错了不仅影响解决bug 的效率,还容易被开发怼。最主要的是人家会认为你不专业,不专,不专呀。废话少说,上干货(踩过的坑)!策略测试中发现问题不要着急提bug,首先确定我们测试的这个系统是不是开发提测最新的一个版本,比如开发自己发现了这个bug,然后又提测一版,但我们还用的上一个版本。这时候把bug提上去,开发会把bug直接打过来(附带一句:这个bug已经解了,用新包。。。)。然后排除测试环境的干扰(如:网络环境,转载 2021-05-26 11:44:24 · 355 阅读 · 0 评论 -
软件测试职业发展
判断力,就是你在工作过程中,在自家的领域当中,所展现出来的专业能力,与同事的对比,与合作同事的沟通。你的判断力会在暗地里,形成于同行同事以及合作同事的脑海中。如果你是QA,你的判断力就表现在,新的排期里,每个需求你都有测到有价值的bug,这样RD通过你的测试,改正了他们程序中的错误;当然如果在改正错误的过程中,如果你能对他产生一些帮助,比如明确bug的必现路径、排除其他条件、商量解决的办法等等,跟你合作的RD对你判断力的认可一定很高!影响力,是产生于判断力之后的,只有有了判断力,才能在团队中产生影响力转载 2021-05-14 00:33:52 · 274 阅读 · 0 评论 -
查看系统日志
一、win下控制面板——>系统和安全——>管理工具——>事件查看器——>Windows日志win+X:事件查看器win+R:eventvwr.exe1、查看系统的开关机时间二、linux服务器下目的:为了定位问题,定位错误所在,可以查看到请求的接口参数和sql语句,日志目录一般都是开发配置的路径...原创 2021-05-14 00:29:20 · 518 阅读 · 3 评论 -
测试执行过程的注意事项
执行测试的理解根据已有的测试用例,按照里面的步骤一步一步的执行,查看预期结果与实际结果是否一致。需要注意的点搭建测试环境事项;根据被测软件产品的安装说明书进行安装;搭建时遇到问题,及时要求开发人员协助;被协助时,把开发人员解决问题的方法记录下来;注意前提条件和特殊说明;比如:有些测试用例是由顺序性的,需注意;有些用例是需要管理员权限的等;测试用例要全部执行:执行测试前,要认为待测软件的每个功能点都是未实现的;项目赶着上线时,才存在灵活变通这个选项;偶然性问题的处原创 2021-05-13 22:41:26 · 1373 阅读 · 0 评论 -
web测试思路
一、功能测试1、链接测试点开功能点,能跳转的所有链接是否都链接到,该链接的页面页面是否存在孤立页面,指没有链接指向该页面,只有知道正确的URL地址才能访问2、表单测试页面中信息输入后,需要做相关提交操作的,比如:注册、修改密码、登录等常见控件:输入框:长度,数据类型,必填,重复,空格,空值,以及业务约束(短信验证码)等下拉框:默认信息,数据完整性/正确性(第一条、最后一条、随机一条)手动输入值,模糊匹配,联动选择业务常见的选择操作上传文件(图片、文本、视频等):大原创 2021-05-13 21:39:42 · 1176 阅读 · 1 评论 -
软件测试的工作流程
一、评审阶段1、需求评审要求在需求讲解前先将需求文档和DEMO提供,在讲解会议上同步进行评审。2、任务计划评审开发TL和测试负责人协商工时评估,共同制定里程碑任务计划表,发起评审3、设计评审开发完成简要设计文档,API接口文档,发起评审4、用例评审测试完成冒烟测试用例、系统测试用例、发起评审,对开发反串讲。二、测试阶段1、准入单元测试、代码review(静态代码工具扫描,例如:sonar),冒烟测试用例,接口自动化用例,提供的自测报告需满足自测问题少于5个才可以正式转测试。2、版本原创 2021-04-24 21:05:09 · 2394 阅读 · 8 评论 -
如何做测试报告
测试报告的要素 1、人力的投入 2、用例的统计 3、BUG单的分类统计 4、遗留BUG的分类统计 5、风险 6、对象评估 7、结论原创 2021-03-19 01:31:38 · 240 阅读 · 0 评论 -
什么是软件BUG
BUG的定义: 1、软件实现的和需求不一致的功能。 2、软件未按需求和规格实现的内容,以及未实现虽未明文提及但应该实现的内容。 3、最终用户认为不好的内容。测试人员如何对待线上BUG: 1、复现bug,提交BUG单进行跟踪; 2、评估该bug的严重程度、影响范围,以及回归测试需要涉及哪些模块; 3、bug修复后,先在测试环境进行回归测试,然后再在生产环境打完补丁后,进行线上的回归测试; 4、总结经验,分析出现bug的原因,避免下次出现同样的问题。BUG的状态BUG的等级原创 2021-03-19 01:13:26 · 3921 阅读 · 0 评论 -
如何设计测试用例
前期准备工作 1、拿到相关文档,熟悉业务、了解系统; 2、梳理功能点,画好思维导图; 3、有条件的,就和同小组测试人员交换思维导图,互补测试点; 4、与产品、开发等相关同事沟通,加深对系统的理解。包含的要素 测试用例至少包括:用例编号、用例名称、级别、预置条件、测试步骤、期望结果。1、用例编号 项目简称 + 模块简称 + 顺序编号 比如:CSDN_登陆_0012、用例名称 操作 + 预期结果 比如:输入正确的用户名和密码,成功登陆3、级别 根据(1)用户使用该原创 2021-03-19 00:36:42 · 7421 阅读 · 0 评论 -
从哪些角度测试一个软件?
ISO/IEC9126软件质量模型是一种评价软件质量的通用模型,包括3个层次:1、质量特性2、质量子特性3、度量指标其中各六个质量特性与二十七个质量子特性的关系如下表: 适合性:软件产品为指定的任务和用户目标提供一组合适功能的能力。(1、软件提供了用户所需要的功能 2、软件提供的功能是用户所需要的) 准确性:软件提供给用户功能的精确度是否符合目标。(例如:运算结果的准确,数字发生偏差,多个0或少个0) 互操作性:软件与其它系统进行交互的能力。(例如:PC机中WORD和打印机完成打印互通;接原创 2021-03-18 23:42:30 · 1026 阅读 · 0 评论 -
如何理解软件测试
1、软件测试的定义是什么? 在规定的条件下对软件进行操作,从而发现软件的错误,并对软件质量进行评估的一个过程。2、软件测试的目的是什么? 不仅仅为了发现软件的缺陷,而且也要对软件质量进行度量和评估,从而提高软件的质量。3、什么是软件质量? 即与需求相一致的程度。需求分为:明确的需求(明确叙述的功能和性能需求、明确描述的开发标准);隐含需求(行业的基本标准)。4、软件测试有什么原则? 1、从用户需求出发,进行测试; 2、尽可能早的、持续地进行测试; 3、为测试做好终止条件,达到即原创 2021-03-18 21:07:50 · 5279 阅读 · 0 评论 -
软件测试的类型划分
按阶段划分1、单元测试 即代码层面的测试,大多数都是开发自己测试。方法:路径覆盖2、SIT测试 即功能点的测试,关注点在于:把各个模块连接起来时,穿越模块接口的数据是否会丢失。 集成测试分为两个级别:子系统间的数据集成测试、不同系统间的数据集成测试。3、ST测试 即把计算机硬件、计算机软件、网络、外设等其它元素统统结合在一起,进行的测试。系统测试是针对整个产品系统进行的测试。 系统测试的方法有:功能测试、用户体验测试、性能测试、UI测试、兼容性测试、安装测试、文档测试、稳定性测试等原创 2021-03-18 01:36:45 · 1079 阅读 · 0 评论 -
如何做测试计划
1、为什么要编写测试计划? 软件测试有生命周期,应是有计划、有组织,有序的进行,而不是随意的、杂乱的、无规则的实施。为了规范软件测试的内容、方法和过程,在对软件进行测试前,必须创建测试计划。2、什么时候开始写测试计划? 需求分析之后开始做测试计划,并在整个测试工作过程中,不断进行修改。3、由谁来写测试计划? 具有丰富经验的项目测试负责人。4、什么是测试计划? 包括并不仅限于用来描述:测试项目的背景、测试的范围、测试的策略、测试环境、测试开始和结束条件、测试进度安排、测试的组织人员,以及原创 2021-03-18 00:55:53 · 1260 阅读 · 0 评论 -
如何进行需求分析
如何进行需求分析1.提取测试点的过程提取测试点,就是通过对原始需求进行细化和分解,从而形成可供测试人员进行测试的内容。测试的内容,应该覆盖全部系统的业务流程,以及各种功能性的和非功能性的方面的需求。2.需求分析的场景如果有需求文档,则根据需求文档,按层次整理出系统的所有单个功能,包括需要输入什么参数、每个参数有什么约束条件、以及各个功能之间的数据流向等等,从而得到系统测试项。如果没有需求文档,只有软件产品本身,则需要对产品进行功能分解,同样也是按层次整理出系统的所有单个功能。功能分解的最终目原创 2021-03-17 23:14:18 · 1342 阅读 · 0 评论