关于验证的问题

何光红

URS中有比较多的重复的需求条例，但是我问能否修改（删掉），客户不许，那我后面的一系列文档要不要特别说明一下范围：本次DQ活动对XXX项目中重复的URS只做一次测试

winchetan

好多都是可以引用的，你某项测试，包含了好几个要求，就可以引用你这个测试，顾客的需求不变，但你要识别到需求是一类的，可以统一测试的。例如所有压力表，你统一进行了校准，你只需引用这个报告，就可以了。

何光红

winchetan 发表于 2022-8-15 10:29
好多都是可以引用的，你某项测试，包含了好几个要求，就可以引用你这个测试，顾客的需求不变，但你要识别到 ...

懂了，谢谢哥

wudizzx

一般来说需求文档里的内容不应该出现大量重复，如果其表达的含义、用途和适用范围都是一样的话。需求文档把需求说清楚就行了，如果非有人要保留，后面的spec文档中的条目、测试用例等，和URS都可以是多对一的关系。

门门

解释多麻烦，一对多也有麻烦！有理说不清（干活儿不要偷懒，偷懒最后都会很麻烦，但是可以躺平！）！
你就测一次就得，然后复制粘贴或者复印，有几个重复就复制几份。每个重复的需求各对应一份结果（结果当然是完全一样，复制的嘛）。
大概率也没人问，如果有人问起，再回答：
本次DQ活动对XXX项目中重复的URS只做了一次测试。
重要的话再说一遍，干活儿不要想着偷懒，但可以躺平。多复制几份，又不费事！省得扯皮，偷懒导致扯皮就会很麻烦！
退一万步讲，这个躺平策略 如果没通过，也就是重新再测的事，跟偷懒后果是一样的，干嘛还受累偷懒呢是吧！ 岂能尽如人意 但求无愧我心

何光红

门门 发表于 2022-8-15 10:56
解释多麻烦，一对多也有麻烦！有理说不清（干活儿不要偷懒，偷懒最后都会很麻烦，但是可以躺平！）！
你就 ...

哈哈哈，我也是刚刚做这一行，有好多东西都不知道

何光红

门门 发表于 2022-8-15 10:56
解释多麻烦，一对多也有麻烦！有理说不清（干活儿不要偷懒，偷懒最后都会很麻烦，但是可以躺平！）！
你就 ...

能不能在验证计划里面去解释一下，用户问起我就指着哪里说，验证计划已经针对这种情况作出解释和处理方法。

门门

何光红 发表于 2022-8-15 11:17
能不能在验证计划里面去解释一下，用户问起我就指着哪里说，验证计划已经针对这种情况作出解释和处理方法 ...

可以 混在不起眼的地方。让人看见认可还好，如果不认可就该 指责你偷懒的思想了。
思想上偷懒了，这个罪太大了，承受不起，还是不如躺平！

cloudsky

你做DQ中对其进行说明在哪项测试中引用，可以反复引用。这个没有任何问题。

猫咪特工

门门 发表于 2022-08-15 10:56
本帖最后由 门门 于 2022-8-15 11:06 编辑

解释多麻烦，一对多也有麻烦！有理说不清（干活儿不要偷懒，偷懒最后都会很麻烦，但是可以躺平！）！
你就测一次就得，然后复制粘贴或者复印，有几个重复就复制几份。每个重复的需求各对应一份结果（结果当然是完全一样，复制的嘛）。
大概率也没人问，如果有人问起，再回答：
本次DQ活动对XXX项目中重复的URS只做了一次测试。
重要的话再说一遍，干活儿不要想着偷懒，但可以躺平。多复制几份，又不费事！省得扯皮，偷懒导致扯皮就会很麻烦！
退一万步讲，这个躺平策略 如果没通过，也就是重新再测的事，跟偷懒后果是一样的，干嘛还受累偷懒呢是吧！ 岂能尽如人意 但求无愧我心

门老师说的好啊

来自安卓APP客户端

门门

木木杨1 发表于 2022-8-15 11:47
门老师说的好啊

谢谢木木老师的认可！

Ares

你做DQ中对其进行说明在哪项测试中引用，可以反复引用。这个没有任何问题。但是，在问题中出现了“客户”的字眼，就很麻烦了。URS如果纳入客户端，其每条的需求，都是需要客户验收确认后，才能拿得到合同中的该阶段的钱钱的！那么，就会问，这些需求，客户又是通过什么样的方式或指标进行验收的呢？