一般都是项目管理平台，比如禅道，jira，tapd，或者自研的平台来管理用例，按照你的规模搭建一个免费的禅道就能满足你的项目管理需求
（1）用例评审：编写完成用例后进行评审，根据评审结果优化/修改用例，最后上传到平台上
（2）关联需求：将上传的用例关联到对应需求下
（3）创建测试单/测试计划：创建测试单，测试计划，明确该迭代下需要执行的用例
（4）测试执行：修改，执行用例，有 bug 关联到对应的用例下
（5）测试用例补充/修改：如果有实际开发与测试用例冲突/缺失的情况，及时修改/补充用例，同步给其他角色 时间够用再次对补充/修改用例评审后再执行
（6）统计测试结果：生成报表/测试报告，统计测试用例执行情况

2 测试的重点在流程，金额精度还是合并报表？
1、模拟实际坏境，在真实数据量级下，业务功能可以正常使用
2 、金额的计算，精度是否准确

3 人家 20 人开发团队半年开发的系统，给 3 周做验收测试？如何列测试计划？
和半年开发没有什么关系，看你列的模块基本都是增删改查，没什么复杂的业务
先梳理业务，按照重要等级分类，增加主业务测试资源，边缘业务保证能用就行

一般都是 HR 面试问这个问题，主要是是看看面试者的性格，根据回答也能看出来面试者是高情商回答，或者是有话直说，真诚不真诚。也能给紧张的面试者一个组织语言的问题，简单看看表达能力

小程序官方文档就提供了，虚拟账号的功能

单这个一个应用抓不到，还是所有的都抓不到

要不你先提一个性能问题？多大的计算量得跑 30 分钟

笑死我了，这不和我之前遇见的弱智领导一样吗，就看你们下面心齐不齐，还有你自己关系硬不硬。我这个项目，也是后面空降了一个领导，不干活，我们是乙方，他每天的工作就是传话甲方，再就是发一个日报，甚至日报里的数据都是在线表格大家自己填，就干了两个事，把他不干活的事情反馈给上面领导，所有人他分配的活只做正常的量，说什么也不搭理他，日期到了完不成多余的活他自己去解释。约谈几次他就滚了

是的。就发帖的这种人，不损失点钱，损失点时间，得自己体会到了才能知道。

还是及时止损做点别的比较好，一是行业基本饱和，二是测试基本没有上升空间，本来行业也存在高龄失业风险。看似挣得稍微多一点，技术上限比较低很容易被新人替代，本专业本科学历能稍微好一点，专科找工作很难，大概率就是像楼上的外包或者小公司，这种公司都难进了

我是利用了 pytest 的自定义标签来实现并发执行

@pytest.mark.parallel
@allure.feature('页面检查')
@allure.story('类型配置：检查页面元素，查询，新建，编辑，删除')
@allure.severity('Critical')
def test_pagecheck_type_configuration(browser, login_url):
    # 解包 browser fixture
    browser_instance, context, page = browser
    page.goto(login_url)
    LoginUtils.login(page, Configs.ACCOUNT_CONFIG['ADMIN_ACCOUNT'], Configs.ACCOUNT_CONFIG['T_PSD'])
    fill_data = type_configuration_add_data

parallel_command = [
    "pytest", "-n", "3", "-m", "parallel", "--alluredir", allure_results_path
]
for command in [parallel_command, generate_report_command, open_report_command]:
    execute_command(command)