tobesomeone

摘要： 1.确认需求(指标)。最简单也是最难的部分，因为很多时候都是为了做而做，不去思考为什么要做，要得到什么结果。 2.方案设计(分析)。做之前要了解系统架构、业务逻辑、接口等相关知识，用什么工具、怎样做等。 3.测试执行。 4.瓶颈分析。 5.性能调优。 6.报告输出。 阅读全文

摘要： 之前腾讯二面的一道机试题，比如‘aafsdeeecccccdfeec’，连续相同的最长子串为‘ccccc’ string = input("input string:")a = string + ' 'b = [a[0], 1]count = 1for i in range(0, len(a)-1) 阅读全文

摘要： 最开始是用例跑完后调用脚本发送报告到企业微信。 发现用例会有一些误报的情况发生。 修改框架，用例失败后自动重跑2次。 发现改动到了报告模块，获取不到某些数据。且经过失败重试后，有些统计数据就不再准确了。 改用Allure报告内的数据，额外统计了失败重试的数据。 脚本一直报找不到文件，找来找去发现生成 阅读全文

摘要： 很早以前看过《影响力》这本书，一直印象深刻。最近又看了《怪诞行为学》，发现有不少共同之处。 沉下来想一想，发现我也时刻被书中提到的方法影响，且即使知道之后，也还是很容易入坑。 影响力的几个武器： 1.互惠。当你接受别人的好处后，就会想着回报。坑老人养老钱的骗子会先发免费的鸡蛋、脸盆就是利用此原理。 阅读全文

摘要： 1.接口巡检。如果项目内部分核心功能严重依赖第三方，可以定时去调用这些接口，及时收到反馈，避免功能出现问题后未及时处理，将异常抛给用户。这与一般的心跳区别在于心跳是检测服务器或程序是否正常运行，无法检测接口是否正常。 2.回归测试。将稳定功能的回归执行用自动化代替，不仅可以释放人力，且能快速冒烟验证 阅读全文

摘要： 1.质量不是被测试出来的，质量也不等于测试。 2.质量更像是预防行为，而非检测行为。 3.测试计划是最早出现，同时也是被最早遗忘的。 4.测试方案不应该是简略版本的用例。 5.特质、组件、能力。 6.能力是抽象的，不是测试本身。 7.总是通过的测试用例，淘汰。 8.测试人员必须把产品放在第一位(而不 阅读全文

摘要： 背景：使用robotframework做接口自动化，入参格式为{"a":"b", "c": [{"d":"e"}]}，使用json.loads的时候报JSONDecodeError: Expecting ',' delimiter 疑问：其他接口也有类似的格式，但没这个问题，略感神奇。且在pytho 阅读全文