junit

再谈谈测试职业发展 有这么个普遍现象 测试招聘者，特别是一、二线互联网公司的招聘者最苦恼的事儿就是招人。想找到一个合适的人难于上青天，每天各种撒网，简历看几百份，面大几十人，能捞到一个中意的小伙伴就谢天谢地了。但同时很多测试小伙伴发现找工作很难，特别是进大一点的厂，他们特别挑：代码要会写，要有软件架构能力，问一大坨平时根本用不到的技术问题，还挑经验，挑沟通能力，挑这挑那，有时候还特么挑学历、挑年龄。。。供求总难以匹配起来，造成了双方都很痛苦。 Why？ 能力要求不匹配是最核心的问题。软件、互联网近 20 年来飞速成长，其实也经历了很多阶段。行业软件兴盛阶段和外包兴盛阶段（2000-2010 年）行业进入了大量的测试人员，当时最主流的测试实践是：重心放在系统验收阶段。测试人员的主要工作基本都投入在了基于业务的黑盒测试上，对代码能力、系统理解的能力要求不多。2010 年后，互联网行业的真正兴起让国内软件开发模式开始缓慢调头，快速迭代的模式逐步兴起，开发周期越来越短，迭代越来越快，但系统越来越越庞大、复杂。原来的测试工作模式和工作范围越来越无法满足要求了。但大量从业人员技能范围转变是一件很难的事情，行业是有巨大惯性的。 从宏观上看大量 QA 技能转变跟不上需求转变是造成市场供求不匹配的主要原因。 So What? 三个观点： 只做手工测试，不懂系统实现的测试工程师的职业发展会越来越受限。

1、jar包的导入 mybatis需要jar包：mybatis-3.4.6.jar mysql驱动jar包：mysql-connector-java-5.1.34.-bin.jar 日志记录jar包：log4j-1.2.17.jar 2、创建数据库并创建表（mysql） 注意数据库表字段命名的规范 3、添加日志配置文件（log4j.properties） # Configure logging for testing: optionally with log file log4j.rootLogger=WARN, stdout # log4j.rootLogger=WARN, stdout, logfile log4j.appender.stdout=org.apache.log4j.ConsoleAppender log4j.appender.stdout.layout=org.apache.log4j.PatternLayout log4j.appender.stdout.layout.ConversionPattern=%d %p [%c] - %m%n log4j.appender.logfile=org.apache.log4j.FileAppender log4j.appender.logfile.File=target/spring.log log4j

注意事项 SpannableStringBuilder.append的入参不允许是null ListView.addHeaderView，ListView.addFooterView不允许在setAdapter之后 构建问题 Unable to resolve dependency for ':app@debugAndroidTest/compileClasspath': Could not download junit.jar (junit:junit:4.12) 在app.gradle中增加 androidTestImplementation 'junit:junit:4.12' 解决之后，删除上述又代码，有没有问题，感觉莫名其妙。 未完待续 来源： oschina 链接： https://my.oschina.net/u/219974/blog/2051323

今天使用MybatisPlus,测试时报错Invalid bound statement (not found) 使用自定义的mapper接口中的方法可以执行,而调用MybatisPlus中baseMapper中的方法会报错 因此可以排除是路径配置问题 查询网上各种解决方案依旧无果之后,从头到尾梳理了一下代码,找到了错误 package com.jt.pojo; import com.baomidou.mybatisplus.annotation.IdType; import com.baomidou.mybatisplus.annotation.TableField; import com.baomidou.mybatisplus.annotation.TableId; import com.baomidou.mybatisplus.annotation.TableName; import lombok.Data; import lombok.experimental.Accessors; import org.springframework.stereotype.Component; import java.io.Serializable; // 基于ORM思想,属性与表一致 @Data @Accessors(chain = true ) @TableName //

什么是tox tox官方文档的第一句话 standardize testing in Python，意思就是说标准化python中的测试，那是不是很适合测试人员来使用呢，我们来看看他究竟是什么？ 根据官方文档的解释，tox是一个管理测试虚拟环境的命令行工具，可以支持穿件隔离的python环境，在里面可以安装不同版本的python解释器和项目的各种依赖库，可以进行自动化测试、打包以及持续集成。 tox能做什么 创建测试虚拟环境 运行静态代码分析与测试工具 自动化构建包 针对 tox 构建的软件包运行测试 检查软件包是否能在不同的 Python 版本/解释器中顺利安装 统一持续集成（CI）和基于命令行的测试 怎么配置tox 安装tox 使用 pip install tox 安装，在命令行执行tox -e envname运行指定的测试环境 tox配置 tox的行为既可以通过命令行来控制也可以通过配置文件进行控制，支持有以下三种形式的配置文件 pyproject.toml tox.ini setup.cfg 什么是tox tox官方文档的第一句话 standardize testing in Python，意思就是说标准化python中的测试，那是不是很适合测试人员来使用呢，我们来看看他究竟是什么？ 根据官方文档的解释，tox是一个管理测试虚拟环境的命令行工具

1. 应用测试的介绍 一般我们在写完代码之后，代码的测试是会给专门的测试人员来测试的，如果一个测试跑到你的工位上对你说，你的代码好像有Bug，你肯定会不爽，反正我就是这样的🙃。所以为了显示自己的代码质量高一点，在功能提交给测试之前，我们会自己测试一下，接下来给大家介绍一下 Spring Boot Test 应用测试框架。 Spring Boot Test 其实就是Spring Test，只是在Spring Boot 中集成变得更简单了，像我们开发自己测试，一般都是单元测试Junit测试，不出bug就谢天谢地啦，Spring Test与JUnit结合起来提供了高效便捷的测试解决方案，而Spring Boot Test是在Spring Test之上增加了切片测试并增强了Mock能力。 Spring Boot Test支持的测试种类，主要分为以下三类： 单元测试，面向方法的测试，常用注解有@Test。(一般都是用这个) 功能测试，面向业务的测试，同时也可以使用切面测试中的Mock能力，常用的注解有@RunWith，@SpringBootTest等。(这个也用得多) 切片测试，面向难于测试的边界功能，介于单元测试和功能测试之间，常用注解有@RunWith，@WebMvcTest等。 测试过程中的关键要素及支撑方式如下： 测试运行环境，通过@RunWith和