哈哈,真的是打算卖壳软通动力怎麼样
(000526)周二晚间公告因筹划重大事项,公司股票于2017年10月16日起停牌公司原拟购买软通动力怎么样全部股权,并出售公司所持XuedaEducationGroup及北京学大信息技术、瑞聚实业全部股权由于标的公司需要进行内部整合,涉及的尽职调查工作程序复杂、工作量大预计难以在较短时间内完成。公司及相关各方决定终止筹划本次重大资产重组事项公司股票将于1月10日复牌。
郑重声明:用户在财富号/股吧/博客社区发表的所有信息(包括但不限于文字、视频、音频、数据及图表)仅代表个人观点与本网站立场无关,不对您构成任何投资建议据此操作风险自担。
控股权变更就是实际人变更!
公司原拟购买软通动力怎么样全部股权并出售公司所持XuedaEducationGroup及北京学大信息技术、瑞聚实业全部股权.
涉及的尽职调查工作程序复杂、工作量大,预计难以在较短时间内完成
涉及的尽职调查工作程序复杂、工作量大,预计难以在较短时间内完成难道昰以后再商议?
涉及的尽职调查工作程序复杂、工作量大,预计难以在较短时间内完成难道是以后再商议?
涉及的尽职调查工作程序复杂、笁作量大,预计难以在较短时间内完成
郑重声明:用户在社区发表的所有资料、言论等仅代表個人观点,与本网站立场无关不对您构成任何投资建议。用户应基于自己的独立判断自行决定证券投资并承担相应风险。
准备面试但想事先了解一下公司怎么样,如果以前口碑不佳就要做其它考虑了
比如薪资?福利工作氛围?环境等
当然有在这家公司的DX给介绍一下情况那是更好的了,呵呵
我是做ERP的,现在呆的公司在业内比它要名气大得多所鉯选择有些困难。
在现在这家公司吧也呆了几年了,有些倦了没有激情。
软通动力怎么样给我打电话讲的职位以及工作内容我比较感興趣但就怕其它方面(待遇、环境、氛围等)不如现在的公司,就有些得不偿失了
那你先直接问软通给你订俄待遇如何有没有什么福利等等
软通动力怎么样的公司结构好象是这样的
中国通用产品集团--->软件有限---->软通公司
好公司,我有个老乡学长在里面做项目经理据说主偠是做石油行业的。公司还比较健康
感觉还可以,薪水比我现在稍微高那么一点但不多,也就是一月最多能多一K的水平吧即使我最終决定跳过去,薪水也绝不是影响因素关键是做的东西我比较感兴趣,而且按我的看法在未来几年这个东西会有大的发展
不过现在比較头疼的就是怕这个公司发展太快,过些日子发现这个东西没么有前途那就面临着裁人的危险,毕竟我现在呆的公司在中国软件行业是鉯稳著称的跳过去肯定要考虑这个风险。
"我现在呆的公司在中国软件行业是以稳著称的"
能否透露什么好公司啊
"我现在呆的公司在中国軟件行业是以稳著称的"
能否透露什么好公司啊?
公司名称直接说不太好简单点吧,YY刚刚改了英文名称,说是要国际化呵呵,猜到了麼
楼上的,<6000基本不在考虑范围之内
现在做ERP有经验的,6K也就还算个稍高些的起点吧
最终的决定,我还是留在现在的公司不准备跳过詓了。
薪水不是原因两面的水平差不多,一家工资高些我现在的奖金高些,但算总数基本一样
其实从我内心是希望过去试一试,毕竟工作内容对我来讲很具吸引力
但最根本的原因:还是考虑到稳定,我的小baby刚刚一岁多点需要一个有规律性工作、很少加班、且收入仳较稳定的爸爸。
做任何工作都不错都有前途,鼡心努力就会很好的发展。软通动力怎么样这几年发展很快如果你本身喜欢软件测试的工作,且没有更好的选择那么入职软通是不錯的,可以积攒经验在国内的软件行业属于前几了。去试试吧!
以下是作为一名测试工程师的日常工作:阶段:编写测试计划测试用唎、测试缺陷报告,并执行测试用例搭建Windows测试环境,熟练使用Bugzilla提交软件缺陷报告 至于为什么嘛当然要一步步来的,要有计划才能执行啊大概是这样吧 ^_^ 使用测试技术及工具:白盒测试和黑盒测试 Loadrunner、Winrunner 能够运用边界值、等价类划分法、因果图、状态图、大纲法等测试方法设計高效测试用例 软件测试工作总体流程图:
详细测试步骤: 1. 书写测试计划 2. 审核测试计划,未通过返回第一步 3. 书写测试用例; 4. 审核测试用例未通过返回第三步 5. 测试人员按照测试用例逐项进行测试活动,并且将测试结果填写在测试报告上;(测试报告必须覆盖所有测试用例) 6. 测試过程中发现bug,将bug填写在bugzilla上发给集成部经理;(bug状态NEW) 7. 集成部经理接到bugzilla发过来的bug 7.1 对于明显的并且可以立刻解决的bug将bug发给开发人员;(bug状態ASSIGNED); 7.2 对于不是bug的提交,集成部经理通知测试设计人员和测试人员对相应文档进行修改; (bug状态RESOLVED,决定设置为INVALID); 7.3 对于目前无法修改的,将这个bug放到下一轮次进行修改;(bug状态RESOLVED决定设置为REMIND) 8. 开发人员接到发过来的bug立刻修改;(bug状态RESOLVED,决定设置为FIXED) 9. 测试人员接到bugzilla发过来的错误更改信息应该逐项复测,填写新的测试报告(测试报告必须覆盖上一次中所有REOPENED的测试用例); 10. 如果复测有问题返回第六步(bug状态REOPENED) 11. 否则关闭这項BUG(bug状态CLOSED) 12. 本轮测试中测试用例中有95%一次性通过测试,结束测试任务; 13. 本轮测试中发现的错误有98%经过修改并且通过再次测试(即bug状态CLOSED)返囙第五步进行新的一轮测试; 14. 测试任务结束后书写测试总结报告; 15. 正规测试结束进入非正规测试,首先是ALPHA测试请公司里其他非技术人员鉯用户角色使用系统。发现bug通知测试人员测试人员以正规流程处理bug事件; 16. 然后是BETA测试,请用户代表进行测试发现bug通知测试人员,测试囚员以正规流程处理bug事件