因为这里的 anonymous 实现是程序数据库管理员都不知道谁发的真•匿名

#4 楼 @anonymous 这个得问开发咯，反正我是作者 我这里看不到编辑的 element

#3 楼 @anonymous 匿名不能编辑，也不能预览？为啥？bug？

#2 楼 @anonymous 挂了也没辙啊，匿名的不能编辑，也没有办法预览。。。

同学。。。哪儿来套路。在说了，markdown 都挂了，套路有啥用。。

支付流程测试，了解支付宝等支付流程？
支付接口测试，
支付安全性

#27 楼 @anonymous 呵呵，说的好冠冕堂皇啊。直接说 IT 行业不招女生得了，然后所有学计算机的女生都转专业去，大学设计算机专业时，就该明确标注不招女生的。

不招女的，是因为工作强度较其他大，不合适让女性加班，而且万一加班了，晚上路上安全要得到保障。。

#12 楼 @anonymous 看来你不爱 Testerhome ，都拼错了。

从来不知道需求文档长啥样，照样写了好几年用例

测试方案里可以预留需求的出来，可以先把结余上个版本的写上去，测试策略其实和需求关系不大。

testhome 是个有爱的社区，谢谢大家

同意 5 楼观点，对事不对人的说明情况，要明确说清有哪哪几个点需要需求端处理说明。另外一个可以收集一些数据，比如有多少缺陷是属于需求端的，占缺陷总数比例是多少等等，领导一般是喜欢用数据说话的。如果想做的更好，当然是提供一些方案（比如实例化需求）来帮助解决，可以邀请相关的开发等等一起讨论方案的落地，也邀请上领导。经常在领导耳边吹吹风是必要的。不过有一点，有些领导就是一出问题先问 “为什么没有测出来”，这种咱心怀放大一点，尽人事就可以了。

小团队直接沟通就好了，跨部门协作这种工作模式就会很耽误时间

坑已经挖好了，你跳不跳？反正产品需求说明书不出，你的测试方案就永远不完善，别人就永远有理由找你的麻烦

#7 楼 @zsp 他说写，方案和用例覆盖项目经理自己保障吧。扯，就是不负责任

额，虽然没有文档，但大致的需求说明应该还是有的吧，或者找产品沟通应该也能沟通出来。

测试方案这种比较粗粒度的个人感觉还好。不过有详细需求规格说明当然是最好的。

这不国内公司很常见的问题么？需求任意改，文档不完善，什么都拖拖拉拉，文档文档真心还是日本项目完善正规。

更奇葩的时候我们公司是产品部的老大在管理整个研发，测试。要是测试出问题了就开会问是哪出问题了，我们本来想说是没有需求但是不能说啊

我们公司从来没有需求文档，给你几张设计图就感觉你就必须能写出测试用例了

6666

收藏了

看不懂 不看

确实

女性在职场确实收到了不公平的对待，我虽然是男的，但遇到过两件事让我有很深的感受：1.几年前我去一家外包公司面试，招聘要求上就明确说不招女的，随便打听了一下，说是产假期间，外包公司拿不到钱~~；2.我老婆去年换工作（非 IT），去面试了好的家，基本都是刚开始聊的挺好，但问到是否结婚生育的问题时，回答已婚未育，马上就没到聊了。