首页
学习
活动
专区
圈层
工具
发布
    • 综合排序
    • 最热优先
    • 最新优先
    时间不限
  • 来自专栏测试开发干货

    接口测试平台代码实现8:首页的继续开发

    2.hao123风格 特点:满屏的超链接,花里胡哨,但是很实用,全都是常用网址,设计公司内测试平台的话也可以用各种内部常用链接作为首页,这样做更容易让同事保存成书签。 低调奢华有内涵,但是不太适合作为一个测试平台使用 5.主要工具实用类 特点:就相当于 没有主页了。用户进来的第一个页面 就是一个最常用的工具页面,给人感觉是比较务实,但是失去了仪式感。 所以我们把welcome.html的title改成测试平台: 这样我们后续进入的各种页面都会显示这个了 好的,让我们打开新建的home.html开始开发: 然后在浏览器打开看看效果: 接着设计, 现在让我们打开网址:127.0.0.1:8000/home/ 来看看刚刚开发的首页!

    95620编辑于 2022-05-19
  • 来自专栏从零开始学自动化测试

    python测试开发django-8 mysql环境安装

    这是为了防止有人从该主机试图攻击数据库系统 max_connect_errors=10 # 服务端使用的字符集默认为UTF8 character-set-server=utf8 # 创建新表时将使用的默认存储引擎 default_authentication_plugin=mysql_native_password [mysql] # 设置mysql客户端默认字符集 default-character-set=utf8 [client] # 设置mysql客户端连接服务端时默认使用的端口 port=3306 default-character-set=utf8 接下里初始化数据,以管理员权限打开cmd,cd到bin目录 Your MySQL connection id is 8 Server version: 8.0.11 Copyright (c) 2000, 2018, Oracle and/or its affiliates

    83330发布于 2018-12-17
  • 来自专栏杨建荣的学习笔记

    运维开发测试中常见的8个问题

    我在这个过程中也做了反思,发现目前主要有以下几类问题: 1)测试环境和线上环境的数据差异较大,很多场景在测试环境难以模拟,如果要尽可能完整的测试,需要快速的同步线上的数据,方便测试。 2)测试环境的少了很多流程的测试依赖,所以只能够尽可能模拟一些基础流程,对于一个较为复杂的功能想要模拟测试,花费的时间比较多,而且如果返工,代价比较高 3)在集成和调试的过程中,如果要把某一个流程串起来 8)代码的容错处理不够健壮,有些功能还有执行失败,但是返回200的情况。 这8个地方的问题我相信但凡有一些业务需求开发的场景都会或多或少碰到,而这也是我最近要践行优化的一个变革面板。

    48920发布于 2019-11-28
  • 来自专栏程序员阿常

    测试开发测试,还是开发

    读者提问: 测试开发工程师到底是测试,还是开发 ? 阿常回答: 既是测试,也是开发。 首先,测试开发测试工程师,他们是服务于业务测试同学的,目标是解决业务测试工程师的具体问题。 这就要求他们必须具备测试思维。 其次,测试开发也是开发工程师,他们会针对业务测试同学的具体诉求设计研发对应的小工具,或者研发定制化的一套测试平台。这就要求他们同时具备编程能力。 阿常碎碎念: 前一阵子阿常团队招测试开发时,就有纯开发经历的同学来面试,一般看到这样的简历阿常会直接 pass 不考虑。 当然不排除有纯开发经验的同学,同时也具备良好的测试思维,但这只占少数部分。 通常都是有真正测试实践经历的测试同学,才可能具备更好的测试思维。因此团队在招测试开发时,倾向于找有测试经验的同学。 看完今天的分享对你是不是有所启发呢,有任何想法都欢迎大家后台私信阿常,一起探讨交流

    1K40编辑于 2022-09-01
  • 来自专栏DevOps持续交付

    测试开发:是测试还是开发

    他们的工作似乎同时涉及到了测试开发两个领域,那么,测试开发测试还是开发呢? 一、从历史背景看测试开发的起源 在传统的软件开发过程中,开发测试往往是分开的。 这个过程中,测试人员不仅要进行传统的测试工作,还要进行一些开发工作,如编写测试脚本、搭建测试环境等。这就是测试开发的起源。 二、从工作内容看测试开发的性质 从上述描述中,我们可以看到,测试开发的工作内容既包括测试,也包括开发。具体来说,测试开发工程师的工作包括: 1. 编写测试计划和测试用例:这是测试环节的核心工作。 测试工具将更加智能化:未来的测试工具将更加智能化,能够自动识别和修复问题。这将使测试开发工程师的工作更加高效和准确。 4. 测试开发将更加融合:未来的软件开发过程中,测试开发将更加融合。 测试开发工程师将需要参与到整个开发过程中,与开发人员一起协作,共同保证软件产品的质量。 总之,测试开发是一种融合了测试开发的全新角色。它既涉及到传统的测试工作,也涉及到一些开发工作。

    1.4K00编辑于 2023-12-06
  • 来自专栏测试开发技术

    测试开发是“懂测试开发”还是“懂开发测试”?

    今天来聊一个,有意思的话题: 测试开发是“懂测试开发”还是“懂开发测试”? 1、你曾被灵魂拷问过吗? “你是测试还是开发?” “测试开发到底是测试岗还是开发岗?” “为什么感觉两边都不讨好?” 然而,关于测试开发的定位,一直以来都存在着一场激烈的 “华山论剑”:测试开发,究竟是 “懂测试开发”,还是 “懂开发测试?” 今天,咱们就来深入探讨一番,看看这场争论的背后,隐藏着怎样的真相。 有人认为,测试开发首先是开发人员,只不过他们精通测试之道。这类测试开发工程师,就像是拥有了 “九阳神功” 的大侠,以内力深厚的开发能力为根基,将测试知识巧妙地融入其中。 这个工具能够根据商品数据的变化,自动生成相应的测试用例,并且快速执行测试,大大提高了测试效率。 3、“懂开发测试”? 然而,也有不少人觉得,测试开发本质上还是测试人员,只是掌握了开发技能。 5、融合才是王道 我们会发现,其实争论测试开发是 “懂测试开发” 还是 “懂开发测试” 并非关键。

    37500编辑于 2025-05-08
  • 来自专栏小雨的CSDN

    8. 黑盒测试 白盒测试 灰盒测试

    黑盒测试:黑盒测试也称功能测试测试中把被测的软件当成一个黑盒子,不关心盒子的内部结构是什么,只关心软件的输入数据与输出数据。 白盒测试:白盒测试又称结构测试、透明盒测试、逻辑驱动测试或基于代码的测试。白盒指的打开盒子,去研究里面的源代码和程序结果。 1)逻辑覆盖法:判定法,条件法,判定和判定组合,条件和条件组合,判定和条件组合 2)循环覆盖法:for / while 3)路径覆盖法:switch / try catch 灰盒测试:是介于白盒测试与黑盒测试之间的一种测试 ,灰盒测试多用于集成测试阶段,不仅关注输出、输入的正确性,同时也关注程序内部的情况(集成测试等)

    1.6K30编辑于 2022-10-26
  • 来自专栏coding for love

    8 章 软件测试

    简介 8.1 开发测试 8.1.1 单元测试 8.1.2 选择单元测试用例 8.1.3 构件测试 8.1.4 系统测试 8.2 测试驱动的开发 8.3 发布测试 8.3.1 基于需求的测试 8.3.2 场景测试 8.3.3 性能测试 8.4 用户测试 小结

    39510发布于 2020-07-13
  • 来自专栏啄木鸟软件测试

    软件性能测试(连载8

    snvcswch/s Command 08:18:31 0 1 0.20 0.00 systemd 08:18:31 0 8

    1K30发布于 2020-02-19
  • 来自专栏啄木鸟软件测试

    精准测试及其工具(连载8

    星云测试支持两个及以上版本进行对比函数的差异,对比之后列表展示函数变化。如图66和图67。 ? 图66进入“两个版本对比” ? 星云测试支持查看版本对比中修改以及添加代码的函数的覆盖率情况。如图68所示。 ? 图68查看版本对比中修改以及添加代码的函数的覆盖率 2.累计覆盖率 前置条件:工程下至少有两个版本,且这两个版本有覆盖率数据 多版本累计覆盖率是针对多个版本中的所有测试用例的覆盖率的累计,用户以最新版本为基线版本 ,针对之前不同的测试场景累计该版本的覆盖率,从而得出函数的覆盖情况。 图70多版本累计覆盖率 星云测试 http://www.teststars.cc 奇林软件 http://www.kylinpet.com 联合通测 http://www.quicktesting.net

    50322发布于 2019-12-12
  • 来自专栏啄木鸟软件测试

    安全测试工具(连载8

    3.2 DirBuster DirBuster是OWASP(开放WEB软体安全项目- OpenWeb Application Security Project)开发的一款专门用于探测WEB服务器的目录和隐藏文件 lFileWith list of dir/files:选择字典文件,高级用户可以自己书写字典文件 lSelectStarting Option:选择开始选项,包括“标准开始点”和“URL模糊测试”两种方式 建议选择“URL模糊测试”。 lURLto Fuzz—/test.html?url={dir}.asp:如果选择了 “URL模糊测试”, 这里输入/{dir}, 运行时被字典变量替换。 44 DirBuster扫描结果 星云测试 http://www.teststars.cc 奇林软件 http://www.kylinpet.com 联合通测 http://www.quicktesting.net

    74820发布于 2019-12-12
  • 来自专栏码匠的流水账

    java8 parallelStream性能测试

    测试1 @BenchmarkMode(Mode.AverageTime) @OutputTimeUnit(TimeUnit.NANOSECONDS) @Warmup(iterations = 5, time 1509175.840 ns/op StreamBenchTest.benchStream avgt 20 1147570372.950 ± 6138494.414 ns/op 测试 Runtime.getRuntime().availableProcessors() - 1,如果需修改则需设置-Djava.util.concurrent.ForkJoinPool.common.parallelism=8

    1.4K20发布于 2018-09-17
  • 来自专栏muller的测试分享

    软件测试测试开发|软件测试基础概念

    独立性:测试应该独立于开发,由专门的测试团队或者专业测试人员进行。 早期开始:测试应该从软件开发的早期阶段就开始,早发现缺陷,成本更低。 ; 测试开发人员及独立的测试组来管理的; 测试和调试是不同的活动,但是调试必须能够适应任何测试策略。 软件测试的分类 软件测试有多种分类方法,我们这里介绍几种常用的分类法: 软件开发阶段划分 单元测试 指对软件中的最小可测试单元进行检查和验证,单元测试需要从软件的内部结构出发设计测试用例。 系统测试 将已经确认的软件、计算机硬件、外设、网络等其他元素结合在一起,进行信息系统的各种组装测试 和确认测试,系统测试是针对整个产品的测试。 验收测试 交付测试:确保软件准备就绪。 按测试技术划分 白盒测试:结构性测试/透明盒测试/逻辑驱动测试/基于代码的测试。 黑盒测试:功能测试:通过测试每个功能是否都能正常使用。

    66510编辑于 2024-01-02
  • 来自专栏授客的专栏

    测试思想-测试流程 敏捷测试开发之我见

    下文本着实用性原则,谈谈敏捷测试开发相关的一些想法,如有不同意见或想法,欢迎提出~~ 1、 团队优先 个人觉得,不管做啥,应该把“团队合作”放在第一位。 问题: 产品经理、策划人员、设计人员(UE、UI),开发人员,测试人员、运营人员……都做到敏捷了么? 2、 需求为主 所有的一切源于需求。由需求而生,随需求而灭。 原型设计好了,共享给相关人员查阅,以便及时获得反馈,及时更正,如果时间来得及,最好是评审下原型 8、 项目开发与用例设计 开发人员根据原型进行项目、产品开发测试人员根据用户故事、原型(假定原型已经被认可的情况下 当且仅当你一看用例名称,即测试验证点,就能想到步骤和结果时(比如翻页,密码大小写验证等),那么可省略,因为这时候,用例名已经起到了足够的“提醒”,…… 9、 开发自测 开发发布前,根据测试提供的用例进行简单自测 备注:开发如果有看下测试给的用例,哪怕是瞄下,说不定就看到没注意的细节了,,进而可将bug于测试前修复,要是再细看下就更好了……知道大致做到什么程度,才不会让测试抓住辫子,才算完成了开发工作,,,这里体现的就是敏捷的思想

    1.5K20发布于 2019-09-11
  • 来自专栏muller的测试分享

    软件测试测试开发|软件测试基础概念

    独立性:测试应该独立于开发,由专门的测试团队或者专业测试人员进行。早期开始:测试应该从软件开发的早期阶段就开始,早发现缺陷,成本更低。 ;测试开发人员及独立的测试组来管理的;测试和调试是不同的活动,但是调试必须能够适应任何测试策略。 软件测试的分类软件测试有多种分类方法,我们这里介绍几种常用的分类法:软件开发阶段划分单元测试指对软件中的最小可测试单元进行检查和验证,单元测试需要从软件的内部结构出发设计测试用例。 系统测试将已经确认的软件、计算机硬件、外设、网络等其他元素结合在一起,进行信息系统的各种组装测试 和确认测试,系统测试是针对整个产品的测试。验收测试交付测试:确保软件准备就绪。 按测试技术划分白盒测试:结构性测试/透明盒测试/逻辑驱动测试/基于代码的测试。黑盒测试:功能测试:通过测试每个功能是否都能正常使用。

    68710编辑于 2023-12-28
  • 来自专栏喵叔's 专栏

    【单元测试】--测试驱动开发(TDD)

    一、什么是测试驱动开发 测试驱动开发(Test-Driven Development,TDD)是一种软件开发方法,其核心思想是在编写实际代码之前,首先编写测试用例。 编写最少量的代码:接下来,开发人员编写足够的代码,以使测试用例通过。这意味着开发人员只编写足够的代码来满足当前测试用例,而不是过多的功能。 迭代:重复上述步骤,针对其他功能或需求,编写新的测试用例、实现代码、运行测试,直到开发完成。 TDD 的核心目标是通过自动化测试用例来推动软件开发。 二、TDD的步骤 测试驱动开发(Test-Driven Development,TDD)是一个迭代的软件开发方法,通常涵盖以下步骤: 编写测试用例(Red): 开发人员首先编写一个新的测试用例, 协作和沟通: TDD可以促进开发团队成员之间的协作和沟通,以确保测试用例反映了业务需求。 四、总结 测试驱动开发(TDD)是一种软件开发方法,强调在编写实际代码之前编写测试用例。

    1.6K20编辑于 2023-10-22
  • 来自专栏QA一隅

    Restful接口开发测试—接口测试

    开发完接口,接下来我们需要对我们开发的接口进行测试。 接口测试的方法比较多,使用接口工具或者Python来测试都可以,工具方面比如之前我们学习过的Postman或者Jmeter ,Python脚本测试可以使用Requests + unittest来测试测试思路 功能测试:数据的增删改查 异常测试:未授权,参数异常等 Postman测试 使用测试工具Postman测试结果如下所示: user接口测试 查询所有用户 ? 创建用户 ? 修改用户 ? 未授权测试 ? groups接口测试 查询所有groups数据 ? 修改group数据 ? 删除groups ? ,如果想测试部分用例则可以使用如下命令: 测试指定的测试类 D:\django_restful>python manage.py test api.tests.UserTest 测试具体的某一条具体用例

    2.1K20发布于 2021-08-09
  • 来自专栏测试小牛进阶

    测试如何驱动开发

    你好,我是测试小牛。 很多人说测试驱动开发太难了,在中小公司就是伪命题。中小公司可能缺乏专业的测试人员或者自动化测试工程师。 这可能会导致公司无法充分利用TDD的优势,并且测试代码的编写和维护将会落在开发人员的肩上,增加了他们的工作量。 技术方面,中小公司可能没有足够的技术资源和工具来支持TDD。 为了解决这个问题,公司可以培训自己的开发团队,让他们学习和掌握新的技术和工具,从而更好地实践TDD。 文化方面,中小公司可能缺乏推广软件测试的文化。 在这样的环境中,开发人员可能会认为测试是一项单调乏味、浪费时间和金钱的任务,从而忽视TDD的意义。 为了营造这样的文化氛围,公司可以向开发人员介绍TDD的优势,鼓励他们积极采用并改变思维模式,推崇“测试驱动开发”的理念。 此外,公司也可以组织内部研讨会和培训课程,提高开发人员的测试意识和技能。

    50930编辑于 2023-09-01
  • 来自专栏小锋学长生活大爆炸

    Web应用程序测试:Web测试8步指南

    正文开始: ---- Web应用测试:Web测试8步指南 在我们写下更多关于Web测试类型的细节之前,让我们快速定义Web测试。 二、Web应用测试清单 根据Web测试需求,可以执行以下部分或全部测试类型。 1、功能测试 这是用来检查您的产品是否符合您为其制定的规范,以及您在开发文档中为其制定的功能需求的。 cookie测试将包括 ♦ 测试cookie(sessions)会在缓存清除或过期时被删除。 ♦ 删除cookies(会话),并在下次访问网站时测试登录凭证。 7、安全性测试 对于存储敏感客户信息(如信用卡)的电子商务网站来说,安全测试至关重要。 :Babel Enterprise、BFBTester和CROSS 8、众包测试 您将选择大量的人员(人群)来执行测试,否则将在公司中执行一组特定的人员。

    3.4K21发布于 2020-08-13
  • 来自专栏chenchenchen

    TDD测试驱动开发

    在各种敏捷开发实践中,测试驱动开发(TDD)一直处在最核心的位置。 ? TDD的核心在于严格规定开发节奏,一次把需求理清,一次做对、消除返工,不用调试就能获得反馈。 这是一个找虐的过程,他让你在走每一步前都必须先想好要达到什么效果,每一步都有充分的测试覆盖。 里边有三个关键: 第一步任务分解:测试先行,分离关注点,并用单元测试表达; 第二步单元测试:遵循 Given-When-Then 三段式,符合极限编程原则; 第三步小步快走:此处的坑在于很多人容易一下写多 但一旦会用,节省出的时间会远大于编写测试代码而产生的工作量总和。 你有没有想过为什么明明都知道有用,但我们就是不爱写单元测试? 很多人说需求急、没时间,就算想测试也找不到接缝。为啥呢? 基本功不过关不能全赖程序员,但凭本能开发+单元测试不到位,两个加起来就是天坑。

    1.2K20发布于 2019-09-03
领券