首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往
  • 您找到你想要的搜索结果了吗?
    是的
    没有找到

    软件版本号规范与命名原则

    * Alpha版: 此版本表示该软件在此阶段主要是以实现软件功能为主,通常只在软件开发者内部交流,一般而言,该版本软件的Bug较多,需要继续修改。 * Beta版: 该版本相对于α版已有了很大的改进,消除了严重的错误,但还是存在着一些缺陷,需要经过多次测试来进一步消除,此版本主要的修改对像是软件的UI。 * RC版: 该版本已经相当成熟了,基本上不存在导致错误的BUG,与即将发行的正式版相差无几。 * Release版: 该版本意味“最终版本”,在前面版本的一系列测试版之后,终归会有一个正式版本,是最终交付用户使用的一个版本。该版本有时也称为标准版。一般情况下,Release不会以单词形式出现在软件封面上,取而代之的是符号(R)。

    03

    外包公司值不值得去?外包公司的面试特点

    在我们IT行业,外包公司主要分为“人力外包”和“项目外包”。人力外包指的是On Site形式,就是员工的工作地点在客户公司的内容。“项目外包”的形式指的是把接到的项目拿到本公司来做,客户和我方是甲乙方的关系,这跟非外包(公司做自己的产品)职位没有什么不同,所以不做讨论。因为有的朋友对外包还不太了解,所以我再举个例子:比如公司A与某家银行签订了外包服务协议,为银行提供外包人员。你到公司A去应聘,面试通过后,公司A安排你到银行去面试,银行面试通过后,你会与公司A签订劳动合同,是公司A的员工,但公司A会把你外派到银行去上班。在银行上班时,接触的同事可能并不是公司A里的员工。在工资结算上,仍然是公司A给你支付工资。

    04

    软件版本号规范与命名原则是什么_版本号格式

    * Alpha版: 此版本表示该软件在此阶段主要是以实现软件功能为主,通常只在软件开发者内部交流,一般而言,该版本软件的Bug较多,需要继续修改。 * Beta版: 该版本相对于α版已有了很大的改进,消除了严重的错误,但还是存在着一些缺陷,需要经过多次测试来进一步消除,此版本主要的修改对像是软件的UI。 * RC版: 该版本已经相当成熟了,基本上不存在导致错误的BUG,与即将发行的正式版相差无几。 * Release版: 该版本意味“最终版本”,在前面版本的一系列测试版之后,终归会有一个正式版本,是最终交付用户使用的一个版本。该版本有时也称为标准版。一般情况下,Release不会以单词形式出现在软件封面上,取而代之的是符号(R)。

    02

    程序员做外包,真的没地位没出路吗?

    外包,在我们这个行业是一个很常见的名词,对应着一个特殊的工种。 但是我发现很多朋友好像妖魔化了外包,觉得这玩意就是一个“坑”。 但是这个问题吧,得去辩证的看。很多人一提到“外包”就是非常的消极,觉得这个人大概是“没救”了。 但是外包,真的不好吗? 它并不是一味的坏,它坏坏的中还透着一些些的好。 说实话,外包的存在还是圆了很多打工人的“大厂梦”,也帮助不少人成功“镀金”。 但大家也知道,有很多关于大厂外包的不好评价,例如:没有上升通道、没有福利没有保障、脏活累活全干、干电池人等等。 其实,不管是正职还是外包,

    06

    Docker技术分享(一)Docker基础知识

    Docker使用Google公司推出的Go语言进行开发实现(这也是Go大火的原因之一),基于Linux内核的cgroup,namespace,以及AUFS类的Union FS等技术,对进程进行封装隔离,属于 操作系统层面的虚拟化技术。 Docker在linux容器的基础上,进行了进一步的封装,从文件系统、网络互联到进程隔离等等,极大的简化了容器的创建和维护。使得 Docker 技术比虚拟机技术更为轻便、快捷。 Docker技术的三大核心概念,分别是: 镜像(Image) 容器(Container) 仓库(Repository) 用程序员最能理解的话解释一下:镜像就像一个类或者源代码,构建时的东西,容器是对象或者系统,运行时的东西,仓库就是git代码库,这个没什么好解释的。

    04

    企业外包的安全风险及应对策略 | FreeBuf甲方群话题讨论

    当前企业运营环节采用外包形式已经越来越普遍了,外包形式能为企业降本增效,但在安全环节,外包往往会成为薄弱的一环。外包团队究竟会为企业带来哪些安全风险?我们又该如何应对外包所带来的问题?本期话题讨论我们以外包开发中的安全风险与应对解决方案为主,就相关问题展开了讨论。 Q:大家认为,对于需要外包开发的项目,整套流程中可能会存在哪些安全风险?比如存在高危漏洞,或者是一些敏感信息泄露?具体应该如何避免? A1: 我觉得主要是源码,有人会把源码传到自己的代码仓库。 A2: 其实就是代码泄露吧(人为带走或上传敏感代码

    01

    貌似软件测试报告越来越不重要了?

    软件测试报告在不同的公司起着不同的作用,面对客户的公司,特别是有项目外包的,测试报告就很重要,起着一个软件质量验收,质量评估,记录的作用,而对于目前互联网快速迭代是面对用户的团队,测试报告相对作用就比较薄弱,反而每回版本分析作用就很重要。为什么会说面对用户的项目团队的测试报告作用比较弱,版本迭代快,测试相对重视度没有那么高,测试报告基本是发布后在总结,出现问题后严重性相对没有那么直观,所以整体项目组对于测试报告关注度就没那么高,当然具体也要看每个公司的企业文化,只能说相对的~ 那对于测试报告来讲,可以分为两个阶段,一个是每回版本的测试分析,一个是版本发布后的测试报告,对于每回版本的测试报告,这个分析是非常重要,可以马上的根据测试情况,开发功能完善度,需求变更情况,快速的反馈,以及评估范围,修改测试计划,保证质量和进度;而对于发布的后测试报告,基本处于反思,完善,这种就涉及到问题的推进,执行,反馈,跟踪,目前这种事后的报告推进没有一个强而有力的领导,很容易每次就是放“空抢”,就是开了形式总结会,然后报告也没人关注; 对于测试报告的内容,我简单提下,就几个关键词“有理有据,闭环做事,大事化无,小事必进",测试内容一般就包含Bug,Bug里面区分Bug等级,Bug数量,不同环境的Bug,Bug激活率,Bug解决率,Bug有效率,Bug优化率,无效Bug,每回Bug激活率,每回Bug解决率,需求探索率,需求变更率,版本冒烟通过率,版本的功能完善度,版本提交准时率,测试内容,总结问题和方案,总结问题就是对于团队协作,流程规范,以及数据一场等进行描述,并提出方案;整体数据在通过图标的方式进行展示,对于测试报告来讲,这些是一个记录,查询,重点在于改善,不然意义不大; 测试报告不仅是属于测试中的文档编写能力,更是属于一个测试人员分析能力问题;一个动态,一个静态,两者要相互结合,才能更好的保证项目质量;测试报告反映不管是质量问题还是流程,项目协作问题,根据不同阶段测试报告的展现形式不一样。重点在于反映的问题,能改善优化,而不是一个形式,如果是形式,其实我认为测试报告已经没有存在的意义了。就像软件测试发布,拼命的压缩测试进度,需求变更频繁,开发质量差,频繁修复Bug,最后又自己(非测试)发布上线,最后来说测试没把控好质量~这个就是甩锅,测试背锅侠,这时上线的测试报告或者测试的分析判断,发布出来就很重要~不仅关系到你的锅,还影响着你测试的地位; 要想不背锅,时刻要懂得分析,发出相关测试报告或者看法,这不仅是保证软件质量,还是保护你自己~至于重要不重要,就不用我说了吧~

    07
    领券