m
先做一两百道 py 练习题,其他包目前对你没大用
加油
楼主,在工具选择上有没有踩过什么坑
高端:)
联合产品、技术负责人,推行自测(研发一遍、产品一遍,不符合提测标准打回)。
提测、测试结果走邮件(测试不通过、延期、项目问题在测试报告中体现出来),抄送各环节负责人。
这两个应该可以减少质量环节的工作量,质量是个长期且艰巨的活,贵在坚持。
另外,有人会觉得产品、技术负责测试工作是不是不太好。个人觉得,产品经理(很多都代项目经理)要对自己负责项目的产出负责,开发是为了开发功能、开发业务,而不是开发 bug,让他们自测(根据公司实际情况制定标准)没毛病。
常见的 c 端需要测试漏洞也就是 sql 注入还有 xss,python 有个 sqlmap,可以用来测试这两个。另外 xss 建议根据实际项目去直接录入 js 验证。
没代码啊,你打印下要点击元素,看看是啥。
做项目的时候多和运维沟通,不懂就问
100w 的请求都基本都没有发出去,
首先是你机器性能的限制,常用 Windows 版本 4g、i5,我最多就试过 1w。其次你要考虑路由、带宽的限制。还要考虑 cdn 节点,以及了解什么情况下会回源。像这种集群你还要考虑负载均衡。。假设你成功把压力打到了某一台服务器上,那你还要面对防火墙策略。
软件只是工具,会用就好,关键要知道为什么要用。测试理论是通用的,只要知道其中功能逻辑,设计不同的测试方法就好
嗯嗯,之前一直用这个,反正站在用户角度来说 Windows 用户还是比较多的。你这个项目应用场景更宽广
mark
Xenu 之前一直再用,识别上有时候会有些小问题
前段时间面试有朋友推过来的两个大龄,一个 10 年老哥,一个 9 年老姐,人都挺实在,奈何技术比较尴尬。给我的感觉就像标题:迟暮。测试这行越来越难做,其实有些人并不适合做测试,何不在感觉到疲软时放手呢。一般公司来说,测试对接的很广,接触的东西也多,出路相对还是很多的。
说说我的想法而已,有冒犯见谅,不吵。
看日志
抓包