QA 业务压测设计的心得 很久没更新博客了,原因是……本地有notebook整理资料,processon云工作文档,还有本地导图,各种文档,说实话维护不过来了,应该有一种方式,无感知的积累知识、心得、工作,而不是博客这样刻意去发布。
QA HLD: 设计评审的CTO简评笔录 总的标准:文档要完全看得明白,不过于依赖讲解 1. 主流程实为业务图,并且没有说明任务类型,是一次性的,还是定时的 2. 主流程环节里的清洗库,没有说明数据库在哪 3.
QA 接口测试:初级接口测试的自定义 > 今天朋友问起接口测试, *** 10:56:44 AT 我想问你下接口测试都主要测试什么 看哪些东西 回答时顺带回顾总结了一下。 * 名词:初级接口测试 * 类型:接口功能测试
QA Fiddler工具:解决iOS升级后的https请求抓包和转发 > 最近遇到iOS测试机抓包麻烦的问题,最初刚用上HTTPS时,用fiddler证书安装解决抓包。随着iOS升级,发现抓不到加密包了。甚至测个小需求还无法转发环境,得找开发打不同环境包。昨晚下班路上念念不忘,本着技术没有解决不了问题的精神,上午来抽空搞定,以下为简单的思路 一、
QA 性能优化:事务的批量数据获取主键处理的调优 这次项目优先测底层服务,在第一轮完成数据正确性,数据兼容,服务兼容后,第二轮完成业务测试后,进行并发简单试压测试,分析耗时单个业务在31秒,完全无法上线用。 分析业务过程耗时后,发现有大量的循环单次insert,其中一块用去了29秒多。找开发讨论后,
QA 用例设计: 我所理解的测试覆盖层次 1. 覆盖需求: 覆盖需求明文的测试点,还要覆盖需求暗含的测试点。 2. 覆盖业务: 尽管本版改动没涉及,但代码写了什么你并非完全清楚,那么你需要整理并长期演进一套核心业务体系的测试点,由于版本迭代快,所以更多是从业务角度去积累。 如果从系统角度去积累这套用例,
SOFTWARE Excel: 函数公式自动生成测试报告 1. 核心函数是 counta countif countifs 2. 框架是 * 用例层:将执行区的用例加入统计字段,比如模块和类型。 * 配置层:设置各个测试用例字段用到的参数值,