精华内容
下载资源
问答
  • 开发成本(估算,仅供参考),仅供参考excel模板下载,是一款非常不错的办公模板,有需要的朋友快来下载吧!该文档为开发成本(估算,仅供参考),是一份很不错的参考资料,具有较高参考价值,感兴趣的可以下载看看
  • 中国科大高级软件工程大作业-仅供参考 中国科大高级软件工程大作业-仅供参考 中国科大高级软件工程大作业-仅供参考 中国科大高级软件工程大作业-仅供参考
  • 西门子杯六部十层电梯群控案例,一等奖例程,仅供参考,谨慎传阅,谢谢老铁
  • XX网站投标书示例(仅供参考),适用于新项目投标的投标书,此模板仅供参考
  • 软件测试的相关资料仅供参考软件测试的相关资料仅供参考软件测试的相关资料仅供参考软件测试的相关资料仅供参考软件测试的相关资料仅供参考
  • 强烈推荐MySQL面试题和答案(仅供参考
  • javascript实现日历,仅供参考javascript实现日历,仅供参考javascript实现日历,仅供参考javascript实现日历,仅供参考javascript实现日历,仅供参考javascript实现日历,仅供参考
  • C语言考试题答案C语言考试题答案C语言考试题答案C语言考试题答案C语言考试题答案C语言考试题答案C语言考试题答案C语言考试题答案C语言考试题答案C语言考试题答案C语言考试题答案 仅供参考仅供参考仅供参考仅供参考仅...
  • } 以后会更新该课程全部课后编程题 所有代码都是自己打的 都通过了MOOC课后OJ 当然一些之后的代码也参考了前辈的算法 仅供学习参考 大家要好好学习C语言哦 一起加油! 新人第一次写博客 希望大家多多支持 之后的...

    第一周 程序设计与C语言简介

    题1
    编程的第一步

    #include<stdio.h>
    int main(){
       
    	printf("Hello World!");
    	return 0
    展开全文
  • 8051汇编模板(仅供参考) 8051汇编模板(仅供参考) 8051汇编模板(仅供参考)
  • 数控习题,仅供参考数控习题,仅供参考数控习题,仅供参考数控习题,仅供参考
  • 站点查询,智能技术作业,仅供参考, 站点查询,智能技术作业,仅供参考 站点查询,智能技术作业,仅供参考
  • 一个老网站的文件 仅供参考 学习 一个老网站的文件 仅供参考 学习 一个老网站的文件 仅供参考 学习 一个老网站的文件 仅供参考 学习
  • 40多个参考样例(仅供参考)40多个参考样例(仅供参考)40多个参考样例(仅供参考
  • dicom worklist ,fastworklist仅供参考

    热门讨论 2009-02-24 19:39:32
    dicom worklist ,fastworklist仅供参考
  • 前言:整理了一下软件测试流程规范简洁,仅供参考! 一、流程图概述 二、测试启动阶段(需求分析) 参与软件需求评审、技术评审,以测试的角度分析需求的可测性,可构思将来对测试进行的方法、原则等。更重要的是对...

    前言:整理了一下软件测试流程规范简介,仅供参考!

    一、流程图概述

    在这里插入图片描述

    二、测试启动阶段(需求分析)

    参与软件需求评审、技术评审,以测试的角度分析需求的可测性,可构思将来对测试进行的方法、原则等。更重要的是对不可测或难以测试性问题要及时与产品经理、项目经理、研发人员协调解决。
    全面了解需求,从用户角度考虑软件测试需要达到的验证的状态,即哪些功能需要重点测试,哪些则无需,以便将来制定测试计划。
    测试人员参与项目晨会,明确需求及任务完成进度及时间节点,研发人员需向测试人员提供外部应用及使用说明(如Redis、RMQ、xxlJob等)、数据库设计说明等!! ,明确测试任务,确定测试周期。

    三、制定测试计划_

    根据产品需求分析,制定测试计划、测试风险分析,规划测试资源,对测试人员进行分工。测试人员根据项目大小及项目紧急度商讨测试交付件颗粒度。

    四、设计测试用例

    根据产品需求文档以及历史业务需要提炼出测试要点,形成测试checklist(提取测试需求),根据测试功能点设计测试用例。测试人员根据产品需求尽可能多的设计测试用例,尽可能多的覆盖所有的测试需求。由小组或产品对测试用例进行评审–修改–再次评审–初步定稿–三方评审–定稿。测试用例需要录入到TAPD系统,以便跟踪归档。

    五、搭建测试环境(测试准备)

    研发人员需告知所需代码仓、新增的数据库字段及表、Job、Redis key、是否需要同步旧数据等。准备测试数据,尽量按照真实有效的数据来测试系统,这样更加的符合业务场景。

    六、执行冒烟测试

    开发提测后测试人员进行冒烟验收测试,根据冒烟测试的主要功能、测试点进行测试。 冒烟主要流程测试用例与测试数据,检查主要功能是否已经基本正确实现,初步运行主要功能的性能测试,是否存在明显的性能缺陷。对测试发现的问题定时进行归纳与总结,预测以后测试可能会存在的风险。需要对是次的测试情况进行总结,发现冒烟不通过发邮件并口头告知项目经理及研发负责人冒烟不通过,驳回开发重新冒烟。

    七、执行测试用例

    当测试用例设计完后,测试人员就开始全力 !!实施每一条测试用例!! ,当预期结果和实际结果不符时,这时就产生了bug,测试人员要争取每个bug都能够重现,便于开发修改;测试人员将bug记录到Tapd反馈给相关开发人员,开发人员进行修复,测试人员对已修复的bug进行再次验证,直到bug解决为止,把状态置为关闭,并将测试结果记录下来。在测试的过程中,如果出现了bug但研发人员不认为这是bug,这时应该与产品经理一起讨论判定是否属于bug。对于测试过程中发现的不在测试用例范围的问题应补充到测试用例中,不断地完善测试用例,提高测试覆盖率。

    八、Bug跟踪处理

    1、测试人员提交bug => 开发人员解决bug => 测试人员验证关闭;
    2、测试人员提交bug => 开发人员解决bug => 测试人员验证未通过 => 激活bug => 重新解决 =>验证关闭。

    九、UAT测试

    测试环境测试及回归测试完毕后提前一天邮件告知运维同步线上数据,准备UAT环境,由测试部署至UAT环境进行验证测试。在UAT需回归所有新增功能及历史场景,特别是对旧数据的处理等。

    十、预发布验收(如有)

    测试执行完毕,且具备发布标准后与项目经理协商发布至预发布环境,进行冒烟测试。测试通过后通知产品经理进行验收,验收通过监督产品输出验收报告。对验收时与产品要求不符的功能及时跟进根据严重级别优先解决,直至验收通过,达到产品需求标准为止。
    

    十一、测试报告输出

    在约定的测试周期内,在所有的用例都执行完,所有的bug都修复完且产品验收通过后测试人员需要针对本次测试项目编写测试报告!! ,将测试结果反馈,反馈是否具备上线标准,可以上线,以及存在的潜在风险和容易出现bug的模块给予建议,相关负责人在下次开发中予以借鉴,避免类似错误的出现,测试报告输出后,可通过邮件形式,让相关研发人员知晓。

    测试结束条件:

    1. 当所有的用例都被执行完,所有的bug都被修复,编写完测试总结报告;

    2. 基本功能都已实现,一些建议性的bug可以再下一版本中修复; 测试周期结束;

    3. 如遇项目紧张,急于上线,测试部测试基本功能没问题,对于用户后续发现的bug可以进行跟踪,可与产品经理沟通处理办法。

    备注:测试流程将在以后的测试项目中慢慢的修正和完善,一旦进入测试过程中,不接受任何大模块更改,如需更改需求请走需求变更流程。

    展开全文
  • n后问题(C#)有界面 仅供参考n后问题(C#)有界面 仅供参考n后问题(C#)有界面 仅供参考n后问题(C#)有界面 仅供参考n后问题(C#)有界面 仅供参考n后问题(C#)有界面 仅供参考n后问题(C#)有界面 仅供参考
  • joj 部分题目答案 自己做的 仅供参考 joj 部分题目答案 自己做的 仅供参考 joj 部分题目答案 自己做的 仅供参考 joj 部分题目答案 自己做的 仅供参考 joj 部分题目答案 自己做的 仅供参考
  • 仅供参考仅供参考仅供参考仅供参考仅供参考仅供参考
  • 哈弗曼编码(C#) 有界面 仅供参考哈弗曼编码(C#) 有界面 仅供参考哈弗曼编码(C#) 有界面 仅供参考哈弗曼编码(C#) 有界面 仅供参考哈弗曼编码(C#) 有界面 仅供参考
  • 浅谈短视频背后的科技伦理问题(个人观点,仅供参考) 本文根据最近发布的一则新闻:《真实的现场:快手移动连麦技术在抗疫报道中的创新应用》和之前的一篇报道: 《算法不是三观不正的“遮羞布”:快手和今日头条因...

    浅谈短视频背后的科技伦理问题(个人观点,仅供参考)

    本文根据最近发布的一则新闻:《真实的现场:快手移动连麦技术在抗疫报道中的创新应用》和之前的一篇报道: 《算法不是三观不正的“遮羞布”:快手和今日头条因道德乱象被总局严惩》 针对以下四个问题进行个人观点的发表。
    一、视频推送软件的技术发展脉络
    二、 技术在发展过程中产生的科技伦理问题
    三、在快速的技术发展中,国家管控对科技伦理的规范作用
    四、如何在技术实践中,具备良好的科技伦理思维

    一、视频推送软件的技术发展脉络

    现如今随着5G时代的来临,短视频的发展也突飞猛进,各大公司都研发出自己的视频推送软件。由于受到广大用户的青睐,短视频平台越来越多,仿佛每个人都通过短视频找到了自我。
    像是用户最喜爱的快手、今日头条下的抖音、微视等等。因为本人玩抖音比较多,先拿抖音来说吧,起初它的内容和它的名字是一致的,当你打开抖音,几乎都是一个人面对着镜头,跟着炫酷的音乐摇头摆尾,再之后出现的就是大家所说的技术流,从这类拍摄者的作品可以看出他们很会运用镜头,再加上后期的剪辑,给观看者一种视觉上的享受。所以那时的抖音看的人多,自己拍摄发布得人很少。因为,大家觉得自己不会剪辑。但慢慢的,不知道从什么时候起,抖音的内容越来越丰富了,美食、美妆、VLOG、宠物、旅游等等,甚至在抖音上找到了很多非物质文化遗产。这个时候的抖音,几乎人人都乐意发布内容了,因为类别真的是太多太多,总有自己能发的东西。现在想想,最初的抖音内容单一,也不无道理,因为数据资源太少,没有什么其他内容可以给你推荐了。如果你那时候抓住机会火,是很有可能的。我们也知道,抖音后台算法会给你发布的内容自动分类,甚至通过你点赞的内容推算出你的兴趣,进而过滤掉其他。
    现在,短视频不只是能看提前录制好的内容了,它同样可以直播,快手作为国内最大的直播平台,在此次的新冠肺炎战“疫”时期,央视与其联合应用移动连麦技术与身在武汉的医护人员进行了对话,特殊时期,对于迫切了解一线情况的媒体人来说,**真正实现了前方无记者的三屏移动连麦12小时大直播,**并且,全国人民都能与他们线上互动。这背后,是快手技术团队的付出,在一天之内,实现技术对接、直播测试、安全保障等攻关措施。

    二、 技术在发展过程中产生的科技伦理问题

    2018年4月国家广播电视总局对“今日头条”、“快手”传播有违社会道德节目进行了严肃处罚。事因则是央视曝光了快手、火山、抖音等短视频平台有劣质内容,价值导向也引起了网友的共鸣:“扭曲的价值观深深地伤害了所有的中国人,包括还未成年的孩童,对于这些游走于法律与道德边缘的所谓媒体的平台绝不能手软!”整改内容中有一条是:“网站节目的上传总量和上线播出总量应立即调减至与网站审核管理力量相匹配的规模,确保未经审核的节目不得播出。总局将视两家网站的整改效果,依法采取进一步处置措施。”这条的意思即,每个用户上传视频的内容都要经过审核,既然是审核,就是人工的,想象一下,一天视频的发布量得有多少,得一条条审核,需要多少人力。说一个自己的亲身经历,整改之后,我曾经发布过一条视频,是我和男朋友的照片,起初是发布出去的,后来因为违反规定被撤回,但我可以保证内容是没有违反规定的,于是我申诉好几次但都无效,后来让男朋友发了同样的内容,结果发出去了,???我也不知道为什么,可能是漏洞吧。这样看来,如果是人工的审核,那么这里面就会存在人的主观因素。为了严厉打击违法违规的视频内容,技术人员必然对算法进行了改进和完善,不说整改之后仍有漏网之鱼,也不能避免影响了正常用户的使用。回到问题中来,如今,短视频的使用量及每人每天刷短视频的时间已经成为一个庞大的数字,为了缓解人们在生活工作中的压力,那些恶搞低俗的视频内容受到庞大用户群体的青睐,而为了获取流量,短视频平台在用户生产完内容后,通过算法推荐将内容分发到用户手中。事出以后,无疑是平台的问题,都纷纷出来道歉整改,说是所有算法规则,都必须服从健康阳光的价值观。但就我个人来看,平台的问题是放任这类视频的传播,没有及时意识问题的严重性,而被曝光,是平台的漏洞,是监管不够严厉。大部分网友将所有的责任推卸给平台,我觉得过于片面,首先,那些低俗、违背社会伦理道德的视频内容不是平台发出的吧,这时会有人说,是因为该平台算法的漏洞致使这些不良内容被绝大多数用户观看,但是,算法最初的目的是将用户所喜爱的内容推送,并不是故意为之,所以把责任推给算法也说不过去。就比如说,有些人为了火为了博人眼球发布一些具有危险性的搞笑视频,对于成人来说,有辨别能力,而对于孩子呢,如果孩子去模仿,那么责任又成了平台,平台的问题可能是没有考虑未来所造成的社会影响,但作为发布者本身,没有思考能力辨别能力?你今天突发奇想发这个,明天发那个,平台还专门为个别人去设计不同的算法吗?作为技术人员,所能做的,就是尽可能的在遵循社会伦理道德,遵循正确价值观导向的前提下来编写算法,做到技术+价值观+责任感的统一,意识到任何一种算法既不是冰冷代码的简单排列,也不是绝对的价值中立,它渗透着设计者和执行者的价值判断和情感取向。梨视频总编辑李鑫表示:“拥有自己的价值观、尊重用户、有严格审核流程的一些项目、平台,会得到更加健康的发展。”对于我们用户来说,也要意识到什么是正确的科技价值观,什么是技术发展的科技伦理,这样才不会出现网络平台乱象的问题。

    三、在快速的技术发展中,国家管控对科技伦理的规范作用

    工程伦理这个概念是在20世纪70年代出现的,在最初技术的发展中,科学家们只关注技术的进步,但随着新的发现,新的应用,伦理问题也随之而来。这个问题在医学上比较常见,比如器官捐赠是否经过本人同意,引发出的器官买卖问题;再比如社会调查过程中泄露试验者的个人信息等;对于近来兴起的人工智能,假如未来的机器人具有了情感,你和他产生感情,是否要和他结婚?这些都属于科技伦理问题。所以,科学家、技术人员在研究实验、设计开发的过程中应考虑道德伦理规范作用,这与社会道德规范息息相关,与我们人类的情感价值密不可分。通常来说,人都有价值判断、辨别是非的能力,但也不能保证因为外界因素影响而蒙蔽双眼触碰道德的底线,那么这个时候,国家就要进行干预了。所谓国有国法家有家规,道德约束不了的法律来约束。因此,国家在这方面的管控也采取的了一定措施,在最近发布的《网络信息内容生态治理规定》中,明确列举了一系列合理合法运用网络资源的规定,并倡导我们弘扬社会主义核心价值观,宣传优秀道德文化和时代精神,充分展现中华民族昂扬向上精神风貌等等。而刚才所说的广电对乱象平台的严惩就是一个国家管控对科技伦理规范很好的例子,有一定的威慑作用。

    四、如何在技术实践中,具备良好的科技伦理思维

    由于科技伦理在这个概念出现时间不长。为人们所学习的时间较短。定义上它所指的是在科技创新活动中人与社会、人与自然和人与人关系的思想与行为准则。在我们技术实践过程中,我们应该培养自己的价值观念、社会责任感以及约束自身的行为。不断的将这些融入实践中,慢慢的去培养科技伦理思维。

    以上就是个人对科技伦理这方面的认识理解,如有错误,望指正!

    参考:

    https://www.sohu.com/a/371203839_114984
    https://m.thepaper.cn/newsDetail_forward_6272848
    https://www.sohu.com/a/227309348_250147

    展开全文
  • 软件测试结束的标准(仅供参考)

    万次阅读 2013-09-15 10:14:22
    [规定用于暂停全部或部分与本计划有关的测试项的测试活动的标准。规定当测试再启动时必须重复的测试活动。] 1)  软件系统在进行系统测试过程中,发现一、二级缺陷数目达到项目质量管理目标要求,测试暂停返回开发...

    [规定用于暂停全部或部分与本计划有关的测试项的测试活动的标准。规定当测试再启动时必须重复的测试活动。]
    1)      软件系统在进行系统测试过程中,发现一、二级缺陷数目达到项目质量管理目标要求,测试暂停返回开发;
    2)      软件项目在其开发生命周期内出现重大估算和进度偏差,需暂停或终止时,测试应随之暂停或终止,并备份暂停或终止点数据;
    3)      如有新的需求变更过大,测试活动应暂停,待原测试计划和测试用例修改后,再重新执行测试;
    4)      若开发暂停,则相应测试也应暂停,并备份暂停点数据;
    5)             所有功能和性能测试用例100%执行完成;
    此外,测试是有成本的,当你2周发现2个bug有类似此种情况时,在产品质量要求不是十分严格的情况下,即可以停止测试了。

    ----------------------------------------------------------------------------------------------

    补充

    测试退出标准
    产品的最终发布日期为2007年**月**日。测试退出标准为完成测试需求中列出的所有功能及测试过程中发现缺陷的回归测试。
        单元测试退出标准
    1) 单元测试用例设计已经通过评审
    2) 核心代码100% 经过Code Review
    3) 单元测试功能覆盖率达到100%
    4) 单元测试代码行覆盖率不低于80%
    5) 所有发现缺陷至少60%都纳入缺陷追踪系统且各级缺陷修复率达到标准
    6) 不存在A、B类缺陷
    7) C、D、E类缺陷允许存在
    8) 按照单元测试用例完成了所有规定单元的测试
    9) 软件单元功能与设计一致
        集成测试退出标准
    1) 集成测试用例设计已经通过评审
    2) 所有源代码和可执行代码已经建立受控基线,纳入配置管理受控库,不经过审批不能随意更改
    3) 按照集成构件计划及增量集成策略完成了整个系统的集成测试
    4) 达到了测试计划中关于集成测试所规定的覆盖率的要求
    5) 集成工作版本满足设计定义的各项功能、性能要求
    6) 在集成测试中发现的错误已经得到修改,各级缺陷修复率达到标准
    7) A、B类BUG不能存在
    8) C、D类BUG允许存在,但不能超过单元测试总BUG的50%。
    9) E类BUG允许存在
        系统测试退出标准
    1) 系统测试用例设计已经通过评审
    2) 按照系统测试计划完成了系统测试
    3) 系统测试的功能覆盖率达100%
    4) 系统的功能和性能满足产品需求规格说明书的要求
    5) 在系统测试中发现的错误已经得到修改并且各级缺陷修复率达到标准
    6) 系统测试后不存在A、B、C类缺陷
    7) D类缺陷允许存在,不超过总缺陷的5%
    8) E类缺陷允许存在,不超过总缺陷的10%

    ----------------------------------------------------------------------------------------------
    注:这只是一套比较理想化的退出标准,但在实际工作中不可能达到这种程度,尤其是测试覆盖率和缺陷解决率不可能是100%。现在的军方标准是达到99%。对于通用软件来说就要根据公司实际情况了。
    展开全文
  • 人类基因编辑技术及背后的伦理问题 【个人观点,仅供参考】 摘要 本文根据遗传学专家詹妮弗·道娜(Jennifer Doudna)在TED国际会议上关于一个被称为CRISPR-Cas9的”基因编辑技术“所发表的演讲,针对以下三个问题...
  • 格路问题(c#)有界面 仅供参考格路问题(c#)有界面 仅供参考格路问题(c#)有界面 仅供参考格路问题(c#)有界面 仅供参考格路问题(c#)有界面 仅供参考
  • 2020年数学建模国赛C题Demo【准确率只有61%,仅供参考】 MPai下载链接:www.mpaidata.com 关注公众号:【万灵数据】可以看很多很多建模资料噢 附件数据下载:https://mpaidata.lanzoui.com/iC1kAgk03ba 讲解...
  • 前言:整理了一下项目线上问题应急处理规范,仅供参考! 1.1线上报障流程 1.2.目的 为了明确线上事件的报告、应急响应和处理机制,确保能以快速、高效、准确的应急处理能力来保证各类系统的正常运转,当发生突发事件...
  • 前言:以TAPD为例子的bug提交规范,仅供参考! 标题(必填):子系统-功能{-子功能}:问题描述 注:"{" "}"之间的内容为可选 正文(必填): 复现步骤(必填:言简意赅,重点突出,开发按步骤操作可复现性强): ...
  • 读取TX文件,供大家学习参考;...仅供参考。 代码是VC++;读取TX文件,供大家学习参考;希望大家能有用到。仅供参考。 代码是VC++读取TX文件,供大家学习参考;希望大家能有用到。仅供参考。 代码是VC++
  • 关于海康威视web插件层级遮挡问题的解决方法,仅供参考,不包解决 https://pan.baidu.com/s/19G5XI7txqouHkMNluK7YVg 首先我用的是web3.0开发包的插件,上面是地址可以下载来看看。失效联系我,我看到就回复。 其实...
  • 翻译(汉译英) 仅供参考

    千次阅读 2012-03-26 11:24:29
    中国工商银行上海市延安西路支行 Industrial and Commercial Bank of China,Yan'an West Road Branch in ShangHai

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 312,593
精华内容 125,037
关键字:

仅供参考