这类工具，看麻了

现在这种环境，谁也说不定四年后是否还有工作

短时间的负载测试，只能证明系统在高峰期能够承受一定的负载，但无法反映长时间运行表现，系统的高负载能力固然重要，但如果不够稳定，无法长期保持一致的性能和可靠性，那么再高的负载能力也没有意义

如果大家都是这么想的，那卖给谁呀

你干嘛~，哎哟

学游戏开发，其实我一直有个梦想，是想成为独立游戏开发

"但在大厂里，人家测试开发部门就不是搞这些小家子气的东西的。"

大厂的测开真的人均都在搞责打通网络，环境，权限等关要这些？，咋感觉听起来有点离谱。。。

深圳还挺多人穿这个牌子，我一直看成是 CAP

你回复的，跟我回复的，有关联性吗？

直接用 postman 不好吗。。。

想象是美好的，现实是讽刺的

现实真正的测开就是那种不用碰业务测试，却能专心捣鼓对项目没多大用倒是对他很有用的开发工作，完事后还会把业务质量归功于他那堆玩具，再鼓励业务测试多学习的人，就是测开了。

如果你是第一个且唯一的测试，那建议你循环渐进，一开始不要做得很好，毕竟你的同事和领导们也不知道测试的周报是怎么写的。

第一期： 只写自己完成了什么任务

第二期：加上量化或者一些能改进测试效率的计划 (可以提前做，然后再慢慢体现在周报上)

第三期：就跟五楼说的那样

每期间隔半年或者三个月，反正一开始不要太完美，同时每一期观察下领导和同事的反应。其实把自己看轻些，你没那么重要，他们只是按部就班的叫你写而已，还没出事前不会期待你这边能交出什么成绩

我去，还真有人做这个出来

首先使用 round 进行舍入时会存在误差，就拿默认的银行家舍入法来说，当数字的下一位等于 5 时，若前一位是偶数，则舍去；若前一位是奇数，则进位。但是 round(2.675, 2) 是输出: 2.67，而非你预期的 2.68，就是因为是计算机使用二进制浮点数表示小数导致的精度问题。

你文档里没说清楚，如果你不想要这种默认的银行家舍入，依然是用 decimal 库，
使用 ROUND_HALF_UP 模式，就是 “普通四舍五入” 或 “向上四舍五入”
使用 ROUND_HALF_EVEN 模式，就是银行家舍入法

# 普通四舍五入
from decimal import Decimal, ROUND_HALF_UP

def custom_round(value, decimal_places):

    factor = Decimal(f'1e-{decimal_places}')
    return Decimal(value).quantize(factor, rounding=ROUND_HALF_UP)

#测试,将数字转成字符串可以确保 Decimal 对象能够精确地表示原始数字
print(custom_round('1.45', 1))  # 输出: 1.5
print(custom_round('1.55', 1))  # 输出: 1.6
print(custom_round('1.44', 1))  # 输出: 1.4
print(custom_round('1.46', 1))  # 输出: 1.5

#你的测试用例
print(custom_round('1.45',1))
print(custom_round('1.845',2))

另外，不要排斥用 gpt，它本来就是字典，查一下又不会死，从你回复的态度来看，你似乎很不屑 gpt
默写出来和百度查答案在解决问题上没区别

这是计算机的问题，不是 python 的问题，计算机是二进制，你用内置的 decimal 库就行了
话说这种问题不直接百度或者 gpt 问下吗？ 很死板的问题

给你弄个高赞，这样你也会变成有权威的答案，赞下老虎哥

这么好，那恭喜，遇到好公司

这玩意不一定互联网老人，大概率是装逼佬，把自己臆想成互联网老人
你看这玩意的所有论点论据都是倚老卖老的倾向
应该是一个 21 年毕业的小朋友吧

1. 是否负责公司盈利业务的测试
2. 劳动合同续签情况
3. 性价比
4. 是否有人罩着
5. 年纪大小

你能不能单独自己去写篇水文？ 别在我这里刷存在感呀，，，，MD，我都忘记了你这么一号人物了，我对你这类人敏感啊，唉，等下中饭都吃不下了

送你一句话，好好想想，别出来恶心人了

这算啥清奇？ 跟设计测试计划一样，你肯定是要围绕项目要达到的目的效果展开。我只是出于利益权衡和人性的角度来看

是这样的，APP UI 自动化的坑很多，投入大，收益小

会不会是变相裁员？

那你做钉钉这种业务，铁定没鸡毛用呀，你要是正职还好说，你在里面做外包的，那这业务就是废的