测试转开发,开发转测试??

  • 关于版本控制的一点疑惑 at 2022年05月23日

    这不完全是开发的问题吗?你们既然可以测到问题,那么由此产生问题的原因难道就没有推着去解决呢?还能反复因为代码合并的问题导致缺陷不断?

  • 出去多面试吧,领导要是觉得你值得留,就会给你涨到外面差不多的工资,如果不留你,你就直接去外面看看吧。

  • 888 积分已送达 at 2022年05月10日

    换不起~

  • 实际上,公司层面不管是领导还是开发都觉得既然你要做自动化就应该自己解决所有自动化过程中中遇到的问题,比如验证码识别,双因素登陆校验,文件上传下载。尤其是自动化需要运行在生产环境中的时候,执行 UI 自动化过程中需要解决太多棘手的问题(测试数据,业务回滚冲正,验证码,短信等)。

  • 开源么?

  • 正常的测试都是手工 + 一点点自动化 + 一点点性能,我想没几个公司会有能力专门养几个工资比开发还高的测试测试去专门搞那些花里胡哨的东西吧。

  • 如果一开始就有能力做开发我觉得没人会选择测试。
    时间太长就算技术能力高了又会碍于累积的多年测试经验不想换赛道。
    我建议技术能力可以,学习能力可以的人可以往高级开发,架构师方面发展。
    除了一些大厂,中小厂里的测试真的没啥发展前途,开发和你同一天进去,人家涨薪的速度可能是你 2 倍以上。

  • 这样返回没问题,正常框架都是这么做的;
    严格点,开发需要对这种代码层面的 Exception 堆栈进一步封装成可阅读内容,可以提一个级别低的漏洞缺陷:
    漏洞名称:异常信息泄漏
    漏洞描述:未自定义统一错误返回导致信息泄漏,抛出异常信息泄漏,错误详情信息泄漏
    漏洞风险:后端接口服务在出现异常报错时,没有进行合适的包装便将所有信息返回给前端,通过抓包工具或者 Chrome 开发者工具可以查看这些异常信息,可能包含例如表结构,代码包名,业务逻辑等敏感信息,极大可能被黑客所利用。
    漏洞修复建议:Java 后台对所有异常出错进行包装,返回合适友好的提示信息,禁止将异常中所有信息返回给前台。

  • 我在 Z 厂的半年工作总结 at 2022年04月07日

    不管是偏业务测开还是偏工具测试真的如同楼主所说的需要料理这么多方向的事情?

  • 这个薪资是说工作年限为 0 也有可能拿到 12K 嘛?

测试转开发,开发转测试??