1.想要做测试平台的出发点是什么？
a.标准化,团队合作最重要的出发点,尤其公司及市场层面,制定标准,大家遵循,能够减少成本开销,提高实际产出.
b.资源利用率,解决测试资源分配问题,杜绝"朱门酒肉臭路有冻死骨"现象.
c.人力利用率,与a结合,挖掘培养人才,同时为大量初级人力降低工作技术难度."大牛造车,我等推车",提升团队或公司整体产出.
d.强化默认,在平台底层增加质量保障措施.
2.设计一个好的测试平台要关注哪些方面？
a.出入口的统一;
b.主流技术的支持;
c.插件化与否;
d.业务的可定制;
e.配置化内容;
f.特殊需求扩展;
h.执行结果展示;
g.调式与否;
3.测试平台对测试效率会有多大的提升？该怎么量化？
最简单的方式:平台推广前后,测试计划及方案的对比.

以性能的工具loadrunner随便列下:
1.初学时,安装好软件,能录制脚本能正常回放.
2.进一步,学会调整vuser数,能看到运行结果,并知道一些主要的指标意义.
3.继续,设计出一个完整有效的场景,能分清主要性能区间,能合理的布置集合点,又或者安放截取线.
4.在场景设计中能够设计出不同需求的对应场景,并设计出对应指标的评判对照表.
5.执行场景,执行过程跟踪及报告分析.
6.压力测试的压力累计过程及对应报告对比方式.
7.负载测试过程中对压力发起端和服务端的监控告警的设计和实现.
8.对线上业务的数据模拟.
9.分布式系统的多端测试.
10.多/全场景的数据准备和重置.
11.脚本异常的分级,收集,运行处理和重置处理.
12.性能瓶颈的判断和定位.
13.测试过程的一致性保障措施.

以上的内容仅仅只是很基础的一些,往上的内容更多.

测试广度很广,深度也很深.
就技术掌握而已,测试最后也是开发,殊途同归.都是工程师.

推荐w3cschool,博客园,csdn各类的技术知识学起来.
不能学习才是最可怕的.

制定测试方案时,需要考虑到"测试通过标准".
同试卷一样,哪些出问题要扣多少分,多少分算优秀,多少分算不及格,这些是在前期就需要考虑的.
如果这些都没有的话,就当这次测试是一次小游戏吧,锻炼锻炼下某个能力吧.

为最后三条点赞.
技术与管理,于测试而言,前者是武器装备,后者是制度法规,两者是无法分离的.
在确定测试管理方案上是不能不考虑到开发的,制定与团队规模和技术潜力相符合的管理方案才是优选,
现实中,大部分公司所谓的"敏捷"只是沦为一种无偿加班/耗时间的遮羞布.
更多的时候,能够引导开发测试统一利益目标,能够换位思考,互相保障的话,能起到最低的管理成本产出最高的团队产出.
"程序员是需要鼓励的",更正为"一线技术人员是需要鼓励的."更佳.

从公司和团队来看,出现这种情况都只能说是由很大的人事风险.
挺替leader揪心的

吾辈啃老后仅能买的房的地方了.
希望桥北聚集的人力后,也能吸引好企业来创造些劳动岗位.

连Django开的都很少.

使用Python进行接口测试的话,目前流行的框架都自带检查功能.
如果是手写新的,检查部分需要实现的功能主要就是对response解析,参数化截取,以及对比.

期待新书,
感谢对locust的介绍~