• 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揪心的

  • 2017 完蛋了,2018,稳住 at 2018年01月18日

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

  • 2017 完蛋了,2018,稳住 at 2018年01月18日

    连Django开的都很少.

  • 接口测试工具如何选择 at 2018年01月18日

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

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

  • 仅楼主可见

11年工作至今,啥都会点,啥都不精,努力工作,努力休息。还未三十岁,还有激情在。