自定义博客皮肤VIP专享

*博客头图:

格式为PNG、JPG,宽度*高度大于1920*100像素,不超过2MB,主视觉建议放在右侧,请参照线上博客头图

请上传大于1920*100像素的图片!

博客底图:

图片格式为PNG、JPG,不超过1MB,可上下左右平铺至整个背景

栏目图:

图片格式为PNG、JPG,图片宽度*高度为300*38像素,不超过0.5MB

主标题颜色:

RGB颜色,例如:#AFAFAF

Hover:

RGB颜色,例如:#AFAFAF

副标题颜色:

RGB颜色,例如:#AFAFAF

自定义博客皮肤

-+
  • 博客(15)
  • 收藏
  • 关注

原创 基层管理准则

良药苦口,忠良逆耳,特别对能勇敢向你提出不同看法的员工,应能本着坦诚相待的态度对待问题,有员工向你提出不同的看法,应感到庆幸,说明员工信任你,希望你能做得更好。因涉及的内容太多,在此不一一列举。没有不好的士兵,只有不好的将军,员工工作的好坏,犹如一面镜子,可以直接反射出一个管理人员的。外部沟通主要指与客人之间的沟通,作为基层管理人员与客人之间的沟通一般主要是饭店内服务方面的沟通,如了解客人的。使用正确的形体语言,如目光的接触等方面(如员工在工作繁忙时),投以关注的眼光便可让员工有累,但快乐着的感觉。

2024-06-17 16:39:23 358

原创 面试官能力

面试官能力

2024-06-17 16:35:41 125

原创 SaaS的穷途末路

另外,我们不能直接去拿现在的产品直接去找用户,没有企业面临的问题是一模一样的,就算找到和我们自己情况类似的企业,有些用户只需要其中的A模块,有些用户需要B模块,那我们应该做一个有强大的A模块的产品,还是做一个有强大B模块的产品呢。例如大量的对账,算薪,在每天算10笔的情况下,无论是员工自己还是老板都承受得起,如果每天来到上千笔,业务吐槽工作量大,老板面临多请人带来的成本提升,相关人员收款慢,存在流失风险,同时公司还要承受错漏的情况,问题陡然变得严重?我们的优势在客户的经营里,是多急需解决的问题。

2024-06-17 14:44:59 1754

原创 领导的分类

领导的分类

2024-06-17 14:34:56 1504

原创 工作中我们是争还是不争

工作中我们是争还是不争

2024-06-17 14:16:24 276

原创 测试流程概述

对不确认部分进行记录。测试前准备充分,测试中有把控,测试后有评审把关,线上问题有解决根源。(DI= 致命级别的问题个数*10+严重级别的问题个数*3+一般级别的问题个数*1+提示级别的问题个数*0.1)问题出现并不可怕,只要我们追本溯源,找到问题根源所在,科学的解决问题,合理的指定流程,就能离成功更近一步。4.有依赖其他测试模块数据的,提前将其他模块数据进行维护,准备自己需要的测试数据。输出件:日报,禅道用例执行结果,禅道问题单。3. 需求评审完成后,需要测试和开发产品定期去沟通需求变动点,及时更新需求。

2024-06-05 10:08:32 269

原创 分层测试及其实践

分层测试思路及实践

2024-06-05 09:55:45 305

原创 浅谈亚马逊招聘流程:抬杆法

但是,招聘简单化的一个显而易见的后果就是,招聘的人非但不是“抬杆者”,反而经常会招聘不如自己的人,不是吗?划重点:亚马逊等知名企业不乏应聘者,但是其他中小非知名企业招聘的老大难问题在于,即使外面找工作的人很多,公司还是招不到人,尤其是合适的人。划重点:亚马逊的面试属于高压式的,不同的人包括“抬杆者”轮流上阵,一般的人应付起来会很吃力的。亚马逊在面试方面与众不同之处在于,由“抬杆者”组织汇报会,充分征求面试官的面试意见,集体做出录用与否的结论,没有“一言堂”。负责招聘的hr撰写JD,“抬杆者”参与审核。

2023-11-23 17:31:39 144

原创 BUG级别定义

使系统不稳定、或破坏数据、或产生错误结果,或部分功能无法执行,而且是常规操作中经常发生或非常规操作中不可避免的主要问题,系统无法满足主要的业务要求,性能、功能或可用性严重降低。致命bug:不能完全满足系统要求,系统停止运行,系统的重要部件无法运行,系统崩溃或者挂起等导致系统不能正常运行。一般bug:系统可以满足业务要求,系统性能或响应时间变慢、产生错误的中间结果但不影响最终结果等影响有限的问题。9.功能的实现不正确,如在系统实现的界面上,一些可接受输入的控件点击后无作用,对数据库的操作不能正确实现。

2023-11-13 15:47:03 303

原创 测试用例规范

L4级别用例是比较偏的用例,占比小于5%。划分依据:一般不会使用到的用例,(例如消息超过系统配置最大限度时的分页,磁盘日志空间打满后的业务运行情况):为了规范测试用例,统一各个步骤的操作方法,提高处理问题单的效率,特整理此规范,分别介绍了测试用例的格式,用例级别定义、各个步骤的要求、覆盖面。L1的测试用例是系统的基本功能,测试用例数量应当受到控制,占总体的用例小于20%。L2级别的用例是系统的重要功能,2级用例占总用例小于50%,划分依据:主要包括一些功能交互相关、各种应用场景、使用频率较高的正常功能。

2023-11-13 15:45:14 95

原创 IT功能测试基线

9. 输入不符合格式的数据,检查程序是否正常校验,如,程序要求输入年月日格式为yy/mm/dd,实际输入yyyy/mm/dd,程序应该给出错误提示。2. 对非法的输入或操作给出足够的提示说明,如,输入月工作天数为32时,单击”确定“后系统应提示:天数不能大于31;如,“插入”数目为默认值,点击“确定”;1. 直接输入数字或用上下箭头控制,如,在“数目”中直接输入10,或者单击向上的箭头,使数目变为10;1. 要添加的数据项均合理,检查数据库中是否添加了相应的数据,添加的数据每个字段都有响应的校验验证。

2023-11-13 15:43:10 151

原创 IT系统回归测试规范

如果某个程序段、构件或关键的接口在现有的测试中没有被测试,那么应该开发新测试用例重新对其进行测试:,并将新开发的测试用例合并到基线测试包中,通过对测试用例库的维护不仅改善了测试用例的可用性,而且也提高了测试库的可信性,同时还可以将一个基线测试用例库的效率和效用保持在一个较高的级别上。随着软件项目的进展,测试用例库中的用例会不断增加,其中会出现一些对输入或运行状态十分敏感的测试用例:,这些测试不容易执行且结果难以控制,会影响回归测试的效率,需要进行改进,使其达到可重复和可控制的要求。

2023-11-13 15:41:42 85

原创 IT系统故障应急预案

随着公司自研系统的深入和完善,目前公司业务的流转及账务核对对系统的依赖程度越来越高,因此系统故障将会给公司业务造成严重影响。根据信息系统故障发生的原因、程度、影响的业务范围、发生的时间和持续时间等综合因素判定故障的类别和启动相应预案的时机。坚持“先处置再处理”的原则,所有异常情况,首先需先出临时解决方案给涉及异常影响的业务人员解决业务现场业务流转问题,然后根据实际异常情况参照不同类型异常处理流程反馈解决。2、系统异常,影响主流业务操作类问题(如:下单异常、订单推送任务异常等);开发负责人: xxx。

2023-11-13 15:31:38 1675

原创 10种常见的安全漏洞问题

它指的是恶意攻击者往 Web 页面里插入恶意 html 代码,当用户浏览该页之时,嵌入其中 Web 里面的 html 代码会被执行,从而达到恶意攻击用户的特殊目的。比如说,实现代码的时候,可以让用户多传一个企业 id 什么的,或者获取当前用户的 session 信息等,在查询前,先校验一下当前用户是否是这个企业下的等等,是的话才有这个查询员工的权限。4.这里的链接我写的是百度搜索页,实际上黑客攻击的时候,是引诱用户输入某些重要信息,然后跳到他们自己的服务器,以窃取用户提交的内容信息。

2023-11-13 15:26:41 618

原创 质量意识培训

1 .质量的重要性2 .质量指什么 3、公司质量能力与愿景4 .质量意识是什么 5.哪些人该具备质量意识6 .产品质量从哪里来 7.如何做出品质合格的产品 8.质量意识小故事 9 .常见缺乏质量意识

2023-01-09 15:15:10 124

10种常见的安全漏洞问题.docx

我们日常开发中,很多小伙伴容易忽视安全漏洞问题,认为只要正常实现业务逻辑就可以了。其实,安全性才是最重要的。本文将跟大家一起学习常见的安全漏洞问题,希望对大家有帮助哈。

2023-11-13

SaaS-助力某餐饮SaaS系统顺利过三级等保

SaaS-助力某餐饮SaaS系统顺利过三级等保

2023-05-10

空空如也

TA创建的收藏夹 TA关注的收藏夹

TA关注的人

提示
确定要删除当前文章?
取消 删除