Thứ Hai, 14 tháng 3, 2011

[Tuyển dụng khác] Một số mẩu tuyển dụng dành cho sinh viên sắp/mới ra trường (Updated: 18/06/2011)





Lưu ý: Tin mới nhất sẽ ở cuối cùng



Một số mẩu tuyển dụng bên dưới có thiên hướng học thuật. Dành cho các bạn là sinh viên sắp hoặc mới ra trường. Một số tin dành cho các bạn nghiên cứu sinh. Các bạn muốn đăng ký những công việc này vui lòng liên lạc mình: dotri84 hoặc trực tiếp tại nơi tuyển dụng




1. Tuyển dụng: MDC (12/03/2011)



10 RESEARCHERS / SR. RESEARCHERS
REQUIRED QUALIFICATIONS

1) Math Olympic Medalist, who graduated with “Excellent” or “Outstanding” honor
2) Candidates who have “Outstanding” or “Excellent” honor in their BS degree in Math
from Hanoi / Ho Chi Minh City University of Science /
3) Candidates who have “Outstanding” or “Excellent” honor in their BS degree in
Computer Science from Hanoi / Ho Chi Minh City University of Technology.
4) Candidates who have “Outstanding” honor in any BS degree from top universities
mentioned in (2) and (3)

“Excellent” : GPA from 8.0
“Outstanding” : GPA from 9.0

BENEFIT
- Professional working environment
- Salary range:
  • Around $ 1,000 for freshman

  • Around $ 2,000 for seniors




2. Tuyển dụng: Aricent (12/03/2011)









3. Tuyển dụng nghiên cứu viên (02/03/2011)



Hiện nay, TS. Bùi Hoài Thắng và TS. Đinh Đức Anh Vũ, Khoa KH&KT Máy tính (Đại học Bách khoa Tp.HCM) đang triển khai một đề tài Nghiên cứu Khoa học trong khoảng thời gian 18 tháng. Đề tài có nhu cầu tuyển dụng 02 Nghiên cứu viên.

Lĩnh vực nghiên cứu:
- Kiểm tra/Kiểm chứng mô hình/phần mềm/phần cứng

Yêu cầu:
- Có kiến thức nền tảng ngành KH&KT Máy tính
- Có khả năng nghiên cứu
- Có kỹ năng lập trình C/C++

Đối tượng dự tuyển:
- Sinh viên đã tốt nghiệp ĐH trở lên
- Sinh viên cao học/Nghiên cứu sinh

Thời gian bắt đầu: cuối tháng 3/2011

Quyền lợi & nghĩa vụ:
- Hưởng lương & các quyền lợi vật chất theo thoả thuận
- Làm việc tại Khoa KH&KT Máy tính
- Có nghĩa vụ hoàn thành công việc giao phó trong thời gian cho phép
- Được tham gia một số việc khác theo nhu cầu và năng lực, phù hợp với
sự phân công công việc của đề tài.

Các ứng viên có nhu cầu, xin gửi một resume/CV về cho TS. Bùi Hoài Thắng .





4. Tuyển dụng: Arrive Technologies Vietnam (01/04/2011)












4. Tuyển dụng: Arrive Technologies Vietnam (01/04/2011)












5. Tuyển dụng: TMA (01/05/2011)




Tuyển dụng của TMA






6. Tuyển dụng: ERM SYSTEMS




Website: www.ermsystem.com
Products demo links:
rgwcrm.ermsystem.com
rgwbeta.ermsystem.com/pages/home.aspx
http://pm.ermsystem.com/JobSeeker/Pages/Login.aspx

Address:
• VN: 8/1 Nguyễn Huy Tưởng, Phường 6, Quận Bình Thạnh, Hồ Chí Minh.

Tải xuống thông tin tuyển dụng: ERM+System+Recruitment

Chủ Nhật, 13 tháng 3, 2011

[Kinh nghiệm - Nhà tuyển dụng] Vì sao nhân tài ra đi?




Đến hẹn lại lên, cứ sau kỳ nghỉ Tết, cuộc "đua" thường niên tìm nhân tài giữa các công ty lớn nhỏ lại diễn ra. Khi chúng ta mải mê tìm kiếm các bí quyết tuyển dụng hoặc phát hiện nhân tài, có thể chúng ta lại quên mất việc tìm hiểu tại sao những nhân viên tài giỏi trong công ty lại ra đi và làm thế nào để giữ chân họ lại. Theo kết quả nghiên cứu gần đây, tình trạng thiếu hụt nhân lực có thể tiếp diễn trong thời gian tới. Do đó, để có chiến lược giữ chân nhân viên lâu dài, chúng ta cần hiểu lý do nào khiến họ rời bỏ công ty.


Lương bổng


Vấn đề: Mặc dù không phải ai cũng thừa nhận điều này, nhưng yếu tố tiền lương vẫn là một trong những nguyên nhân chính dẫn đến việc "chia tay" giữa nhân viên và công ty. Vì thế, một mức lương cạnh tranh thật sự vẫn là một trong những công cụ "ràng buộc" nhân viên hữu hiệu.
Giải pháp:
- Tận dụng những nghiên cứu trong ngành và các dữ liệu khác để luôn cập nhận thông tin về xu hướng lương thưởng.
- Để cả công ty và nhân viên cùng hài lòng, hãy đặt ra chính sách tăng lương dựa trên những thành tích và đóng góp mang lại cho công ty.
- Thu thập thông tin khi bàn giao công việc với nhân viên sắp nghỉ để định hình xu hướng xin thôi việc và dùng làm cơ sở để đề xuất từng mức tăng lương cụ thể với ban lãnh đạo.
- Thăm dò ý kiến nhân viên để biết được những hình thức khen thưởng và các loại “bổng lộc” khác có thể giữ chân họ, bên cạnh tiền bạc.


Quản lý


Vấn đề: Một lý do nghỉ việc kế tiếp chính là việc quản lý kém. Việc nhân viên cho rằng họ "không thích hoặc không hợp tính với sếp" cũng là một nhân tố quan trọng trong quyết định thôi việc. Phần lớn nhân viên ở lại với công việc là do những mối quan hệ mà họ đã tạo dựng được – chủ yếu là với sếp. Khi các mối quan hệ này có dấu hiệu “rạn nứt”, nhiều người sẽ ra đi.
Giải pháp:
- Giúp nhà quản lý nâng cao khả năng lãnh đạo, và giao tiếp qua các khóa đào tạo và phản hồi từ nhân viên. Trong bảng đánh giá năng lực, nên có phần chấm điểm những kỹ năng này và đặt tiêu chí thưởng theo những gì họ thể hiện.
- Thiết lập một môi trường và quy trình thuận tiện để nhân viên có thể chia sẻ những điều họ quan tâm với cấp trên. Và nhanh chóng giải quyết mỗi khi có vấn đề phát sinh.


Truyền đạt thông tin


Vấn đề: Khi được hỏi họ có lời khuyên gì với ban lãnh đạo về việc giữ chân nhân tài, không ít nhân viên đồng ý rằng việc truyền đạt rõ ràng mục tiêu hoạt động, kỳ vọng và chính sách khen thưởng là điều cần thiết.
Giải pháp: Một vài gợi ý nhỏ:
- Truyền đạt mục tiêu rõ ràng, với nguồn thông tin nhất quán, thể hiện tinh thần đồng đội và tôn trọng nỗ lực của nhân viên.
- Thường xuyên chia sẻ mục tiêu hoạt động và định hướng của công ty.
- Hợp tác, giao tiếp và lắng nghe. Khi nhân viên hài lòng họ sẽ mang về những kết quả mỹ mãn.


Hãy chủ động


Thay vì phải đối mặt với tình trạng thiếu hụt nhân viên trong vài tháng hoặc nhiều năm sắp tới, bạn có thể bắt tay vào việc giữ chân nhân viên ngay từ lúc này. Hiểu được lý do tại sao nhân viên giỏi lần lượt ra đi sẽ giúp bạn vạch ra được một chiến lược đúng đắn để giúp công ty nuôi dưỡng và phát triển nhân tố con người – nguồn lực quan trọng nhất để thành công.

Thứ Bảy, 12 tháng 3, 2011

[Hỗ trợ - Phỏng vấn] Một số test tool công ty đang xài


 




(Sẽ có bài giới thiệu về các tool test ở trên)

[Hỗ trợ - Phỏng vấn] Testing Interview Questions and Answers – 7





  1. What is the role of QA in development project?

  2. Deploy and enforce standards
    Continually improve standards, QA process based on previous experiences
    Promote effective means for reporting and communication.

     


  3. How do you promote the concept of phase containment and defect prevention?

  4. Phase Containment refers to detecting and correcting defects in the same phase in which they’re created.
    The purpose of Defect Prevention is to identify the cause of defects and prevent them from recurring.

     


  5. What is Walkthrough?

  6. Walkthrough : A 'walkthrough' is an informal meeting for evaluation or informational purposes. Little or no preparation is usually required.

    OR

    A process in which a developer leads one or more members of the development team through a segment of an artifact that he or she has written while the other members ask questions and make comments about technique, style, possible error, violation of development standards, and other problems.

     


  7. What is inspection?

  8. Inspection: An inspection is more formalized than a 'walkthrough', typically with 3-8 people including a moderator, reader, and a recorder to take notes. The subject of the inspection is typically a document such as a requirements spec or a test plan, and the purpose is to find problems and see what's missing, not to fix anything. Attendees should prepare for this type of meeting by reading thru the document; most problems will be found during this preparation. The result of the inspection meeting should be a written report. Thorough preparation for inspections is difficult, painstaking work, but is one of the most cost effective methods of ensuring quality.

    OR

    Inspection is a formal evaluation technique in which artifacts are examined in detail by a person or group other than the author to detect errors, violations of development standards, and other problems.

     


  9. What is Software Review?

  10. Software Review: An evaluation technique that involves the bringing together a group of technical personnel to analyze a software artifact in order to improve its quality.
    Review types:
    · Informal: adhoc process, no planning, no structure
    · Formal (Formal Technical Review): Follow a structured process Produce written report on artifact status Collect and analyze review metrics

     


  11. What if the application has functionality that wasn't in the requirements?

  12. It may take serious effort to determine if an application has significant unexpected or hidden functionality, and it would indicate deeper problems in the software development process. If the functionality isn't necessary to the purpose of the application, it should be removed, as it may have unknown impacts or dependencies that were not taken into account by the designer or the customer. If not removed, design information will be needed to determine added testing needs or regression testing needs. Management should be made aware of any significant added risks as a result of the unexpected functionality. If the functionality only effects areas such as minor improvements in the user interface, for example, it may not be a significant risk.

     


    Security Testing
    What is Security Testing?
    What is Secure Socket Layer (SSL)? What is does?
    What is Firewall?
    What is Proxy Server?
    What is Digital Certificate and how it is linked to Certificate Authority (CA)?
    What is PKI?
    What is the difference between HTTP and HTTPS?

[Hỗ trợ - Phỏng vấn] Testing Interview Questions and Answers – 6





  1. What is the difference about web-testing and client server testing?

  2. Web applications are essentially client/server applications - with web servers and 'browser' clients. Consideration should be given to the interactions between html pages, TCP/IP communications, Internet connections, firewalls, applications that run in web pages (such as applets, javascript, plug-in applications), and applications that run on the server side (such as cgi scripts, database interfaces, logging applications, dynamic page generators, asp, etc.). Additionally, there are a wide variety of servers and browsers, various versions of each, small but sometimes significant differences between them, variations in connection speeds, rapidly changing technologies, and multiple standards and protocols. The end result is that testing for web sites can become a major ongoing effort.

     


  3. Is a "Fast database retrieval rate" a testable requirement?

  4. This is not a testable requirement. ‘Fast’ is a subjective term. It could mean different things depending on a person’s perception. For a requirement to be testable, it should be quantified and repeatable, so that the actual value could be measured against the expected value.

     


  5. What different type of test cases you wrote in the test plan?

  6. Test cases for interface, functionality, security, load and performance testing.

     


  7. What development model should programmers and the test group use?

  8. A Development Model, which helps adopt a structured approach in assessment, design, integration and implementation of a project and in extending relevant training and support. Each of these stages is necessarily accompanied with client inputs, checkpoints and reviews to ensure successful systems implementation.

    Basically there are many types of development models to support the development of high-quality software products. The two most widely used models are Waterfall and Spiral development model.
    Waterfall development model encourages the development team to specify the business functionality of the software prior to developing a system.
    Spiral development model combines the waterfall development model and the prototype approach, which is a series of partial implementations of the product.

    A typical project may include some or all of the following phases:
    · requirements analysis
    · functional specifications
    · architectural design
    · detailed design
    · coding
    · unit testing
    · integration testing
    · deployment and
    · maintenance.

     


  9. What are the key challenges of load testing?

  10. The key challenges to load testing is handling various components from various vendors.

     


  11. Have you done explanatory or specification-driven testing?

  12. Yes, specification-driven testing means checking the product’s confirmance with every statement in every spec, requirements docuement, etc.

     

[Hỗ trợ - Phỏng vấn] Testing Interview Questions and Answers – 5





  1. How do you analyze your test results? what metrics do you try to provide?
    OR
    How do you view test results?

  2. Test log is created for analyzing the test results.This is a chronological record of the Test executions and events that happened during testing. It includes the following sections:

    Description: What’s being tested, including Version ID, where testing is being done, what hardware and all other configuration information.
    Activity and Event Entries: What happened including Execution Description: The procedure used.
    Procedure Result: What happened. What did you see and where did you store the output?
    Environment Information: Any changes (hardware substitution) made specifically for this test.
    Unexpected Events: What happened before and after problem/bug occurred.
    Incident/Bug Report Identifiers: Problem Report number

     


  3. If you come onboard, give me a general idea of what your first overall tasks will be as far as as starting a quality effort?

  4. Try to learn about the application, Environment and Prototypes to have the better understanding of application and existing testing efforts

     


  5. How do you differentiate the roles of Quality Assurance Manager and Project Manager?

  6. Quality assurance manager responsibilites includes seting up the standards, the methodology and the strategies for testing the application and providing guidelines to the QA team. Project Manager is reponsible to testing and development activities.

     


  7. What do you like about QA?

  8. QA is the field where in one will be working to multiple environments and can learn more.

     


  9. Who in the company is responsible for Quality?

  10. Both development and quality assurance departments are responsible for the final product quality.

     


  11. Should we test every possible combination/scenario for a program?

  12. Ideally, yes we should test every possible scenario, but this may not always be possible. It depends on many factors viz., deadlines, budget, complexity of software and so on. In such cases, we have to prioritize and thoroughly test the critical areas of the application.

     


  13. What is client-server architecture?

  14. Client-server architecture, a client is defined as a requester of services and a server is defined as the provider of services. Communication takes place in the form a request message from the client to the server asking for some work to be done. Then the server does the work and sends back the reply.

     


  15. How Intranet is different from client-server?

  16. Internet applications are essentially client/server applications - with web servers and 'browser'

     


  17. What is three-tier and multi-tier architecture?

  18. A design which separate (1) client, (2) application, and (3) data each into their own separate areas which allows for more scalable, robust solutions

    A three-tier system is one that has presentation components, business logic and data access physically running on different platforms. Web applications are perfect for three-tier architecture, as the presentation layer is necessarily separate, and the business and data components can be divided up much like a client-server application

     

Thứ Tư, 9 tháng 3, 2011

[Hỗ trợ - Phỏng vấn] Testing Interview Questions and Answers – 4





  1. What is user acceptance testing?

  2. It is also called as Beta Testing. Once System Testing is done and the system seems stable to the developers and testers, system engineers usually invite the end users of the software to see if they like the software. If the users like the software the way it is then software will be delivered to the user. Otherwise necessary changes will be made to the software and software will pass through all phases of testing again.

     


  3. What is manual testing and what is automated testing?

  4. Manual testing involves testing of software application by manually performing the actions on the AUT based on test plans.
    Automated testing involves testing of a software application by performing the actions on the AUT by using automated testing tool (such as WinRunner, LoadRunner) based on test plans

     


  5. What are the entrance and exit criteria in the system test?

  6. Entrance and exit criteria of each testing phase is written in the master test plan.

    Enterence Criteria:
    - Integration exit criteria have been successfully met.
    - All installation documents are completed.
    - All shippable software has been successfully built
    - Syate, test plan is baselined by completing the walkthrough of the test plan.
    - Test environment should be setup.
    - All severity 1 MR’s of integration test phase should be closed.
    Exit Criteria:
    - All the test cases in the test plan should be executed.
    - All MR’s/defects are either closed or deferred.
    - Regression testing cycle should be executed after closing the MR’s.
    - All documents are reviewed, finilized and signed-off.

     


  7. If there are no requirements, how will you write your test plan?

  8. If there are no requirements we try to gather as much details as possible from:
    · Business Analysts
    · Developers (If accessible)
    · Previous Version documentation (if any)
    · Stake holders (If accessible)
    · Prototypes.

     


  9. What is smoke testing?

  10. The smoke test should exercise the entire system from end to end. It does not have to be exhaustive, but it should be capable of exposing major problems. The smoke test should be thorough enough that if the build passes, you can assume that it is stable enough to be tested more thoroughly.

    The daily build has little value without the smoke test. The smoke test is the sentry that guards against deteriorating product quality and creeping integration problems. Without it, the daily build becomes just a time-wasting exercise in ensuring that you have a clean compile every day.

    The smoke test must evolve as the system evolves. At first, the smoke test will probably test something simple, such as whether the system can say, "Hello, World." As the system develops, the smoke test will become more thorough. The first test might take a matter of seconds to run; as the system grows, the smoke test can grow to 30 minutes, an hour, or more.

     


  11. What is soak testing?

  12. The software system will be run for a total of 14 hours continuously. If the system is a control system, it will be used to continuously move each of the instrument mechanisms during this time. Any other system will be expected to perform its intended function continuously during this period. The software system must not fail during this period.

     


  13. What is a pre-condition data?

  14. Data required to setup in the system before the test execution.

     


  15. What are the different documents in QA?

  16. Requirements Document, Test Plan, Test cases, Test Metrics, Task Distribution Diagrams ( Performance), Transaction Mix, User Profiles, Test Log, Test Incident Report, Test Summary Report

     


  17. How do you rate yourself in software testing

  18. excellent

     


  19. What are the best web sites that you frequently visit to upgrade your QA skills?


  20.  


  21. Is defect resolution a technical skill or interpersonal skill from QA view point?

  22. It is a combination of both , because it deals with the interaction with developer either directly or indirectly which needs interpersonal skills and is also based on the skills of the QA personnel to provide a detailed proof to the developer like snap shots and system resource utilization and some suggestions which are little bit technical.

     


  23. What is End to End business logic testing?

  24. Testing the integration of all the modules of the AUT.

     


  25. What is an equivalence class?

  26. A portion of a component's input or output domains for which the component's behaviour is assumed to be the same from the component's specification