1. Khoa học công nghệ

    • 26:45

      Tạo game Flappy bird của Nguyễn Hà Đông dễ dàng bằng lập trình Scratch

      Gv Tạ Thị Thinh Đào tạo tin học cơ bản và nâng cao- Luyện thi ISTQB foundation và advanced- Dạy Tin học văn phòng- Dạy lập trình scratch

      624 lượt xem -

      Tạ Thị Thinh Tạ Thị Thinh

    • 23:02

      Hướng dẫn lập trình Game hứng bóng cho trẻ em

      GV Tạ Thị Thinh đào tạo tin học cho trẻ em: - Dạy kỹ năng sử dụng máy tính - Tin học văn phòng word, excel

      174 lượt xem -

      Tạ Thị Thinh Tạ Thị Thinh

    • 18:43

      Hướng dẫn định dạng hiển thị về ngày tháng và tiền cho dễ nhìn

      GV Tạ Thị Thinh đào tạo tin học phổ thông, tin học nâng cao, luyện thi chứng chỉ tin học

      161 lượt xem -

      Tạ Thị Thinh Tạ Thị Thinh

    • 13:11

      Hướng dẫn giảm dung lượng ảnh cho website - tối ưu hình ảnh nhằm tăng tốc độ load cho website

      Ảnh có dung lượng lớn có thể không phải là vấn đề nếu bạn là nhiếp ảnh gia chuyên nghiệp hoặc bạn đang tìm kiếm những bức ảnh to để làm hình nền. Nhưng, đây là vấn đề nghiêm trọng dành cho các nhà thiết kế website.Chúng ta đều biết: nhiều hình ảnh sẽ cuốn hút và sinh động hơn, dễ dàng lôi kéo và truyền tải thông điệp hơn. Và khi truy cập website, người dùng phần lớn đều thích xem các hình ảnh chất lượng, nhưng cũng rất ngại phải chờ cho những bức ảnh tải xong.Việc phải chờ đợi như vậy có thể làm mất hết kiên nhẫn của khách ghé thăm. Họ sẽ thoát trang và bạn sẽ mất đi tất cả nguồn lợi của mình.Do đó, giải pháp giảm dung lượng hình ảnh đã ra đời.Bằng việc giảm dung lượng ảnh, các website có thể:Giảm thời gian chờ tải ảnh, đồng nghĩa tăng tốc độ tải trang.Tiết kiệm bộ nhớ cho máy chủ (nếu bạn lưu ảnh trực tiếp trên máy chủ).Tài liệu được hướng dẫn bởi Founder công ty Mona Media Xem thêm

      262 lượt xem -

      Mona Media Mona Media

    • 09:27

      Hướng dẫn học ISTQB foundation- chapter 6- Tools support for testing by Ta Thi Thinh

      Chúng tôi tiếp tục gửi đến các bạn bản tóm tắt ISTQB foundation của chị Tạ Thị Thinh giảng viên 3 năm kinh nghiệm đào tạo ISTQBCHAPTER 6: Tools support for testing 6.1 Types of Test Tools (K2) data-driven scripting technique keyword-driven scripting technique Data files store test input and expected results in    table or spreadsheet data files store test input, expected results and keywords in table or spreadsheet   support capture/playback tools Writing script manually   6.2 Effective Use of Tools: Potential Benefits and Risks (K2) Risks of using tools Unrealistic expectations Underestimating Over-reliance Neglecting Vendor Open-source Unforeseen 6.3 Introducing a Tool into an Organization Ngoài ra bạn có thể download nhiều tài liệu hay khác về testing theo link sau: http://bit.ly/2r3szBD Xem thêm

      1,348 lượt xem -

      Tạ Thị Thinh Tạ Thị Thinh

    • 21:40

      Nội dung ôn thi ISTQB advanced level- chapter 1- Test basics- part 3

      NỘI DUNG HỌC CỦA ISTQB ADVANCED LEVEL Gồm 18 buổi học ( 36h) Chapter 1-  Testing Process Introduction Testing in the Software Development Lifecycle Test Planning, Monitoring and Control Test Planning Test Monitoring and Control Test Analysis Test Design Concrete and Logical Test Cases Creation of Test Cases Test Implementation Test Execution Evaluating Exit Criteria and Reporting Test Closure Activities Chapter 2 Test Management Introduction Test Progress Monitoring and Control Test Management in Context Understanding Testing Stakeholders Additional Software Development Lifecycle Activities and Work Products Alignment of Test Activities and Other Lifecycle Activities Managing Non-Functional Testing Managing Experience-Based Testing Risk-Based Testing Strategy Risk-Based Testing Risk-Based Testing Techniques Other Approaches for Test Prioritization and Effort Allocation Other Techniques for Test Selection Test Prioritization and Effort Allocation in the Test Process The Test Analyst’s Tasks in Risk-Based Testing Overview Risk Identification Risk Assessment Risk Mitigation Test Documentation and Other Work Products Test Policy Test Strategy Master Test Plan Level Test Plan Project Risk Management Other Test Work Products Test Estimation Defining and Using Test Metrics Business Value of Testing Distributed, Outsourced, and Insourced Testing Managing the Application of Industry Standards Chapter 3 Reviews Introduction Management Reviews and Audits Managing Reviews Metrics for Reviews Managing Formal Reviews Using Checklists in Reviews Architectural Reviews Code Reviews Chapter 4 Defect Management Introduction The Defect Lifecycle and the Software Development Lifecycle Defect Workflow and States Managing Invalid and Duplicate Defect Reports Cross-Functional Defect Management Defect Report Information Assessing Process Capability with Defect Report Information When Can a Defect be Detected? Defect Report Fields Defect Classification Root Cause Analysis Chapter 5 Test Tools and Automation Introduction Test Tools and Automation Test Design Tools Test Data Preparation Tools Automated Test Execution Tools Integration and Information Interchange Between Tools Defining the Test Automation Project Selecting the Automation Approach Modeling Business Processes for Automation Tool Selection Open-Source Tools Custom Tools Return on Investment (ROI) Selection Process Tool Lifecycle Tool Metrics Chapter 6 Test Techniques Introduction Specification-Based Techniques Equivalence Partitioning Boundary Value Analysis Decision Tables Cause-Effect Graphing State Transition Testing Combinatorial Testing Techniques Use Case Testing User Story Testing Domain Analysis Combining Techniques Defect-Based Techniques Using Defect-Based Techniques Defect Taxonomies Experience-Based Techniques Error Guessing Checklist-Based Testing Exploratory Testing Applying the Best Technique Chapter 7 Testing Software Quality Characteristics Introduction Quality Characteristics for Business Domain Testing Accuracy Testing Suitability Testing Interoperability Testing Usability Testing Accessibility Testing General Planning Issues Stakeholder Requirements Required Tool Acquisition and Training Test Environment Requirements Organizational Considerations Data Security Considerations Chapter 8 Improving the Testing Process Introduction Test Improvement Process Introduction to Process Improvement Types of Process Improvement Improving the Testing Process Improving the Testing Process with TMMi Improving the Testing Process with TPI Next Improving the Testing Process with CTP Improving the Testing Process with STEP Chapter 9 People Skills – Team Composition Introduction Individual Skills Test Team Dynamics Fitting Testing Within an Organization Motivation Communication Lịch học và lệ phí học xem link http://qr-solutions.com.vn/lich-khai-giang-cac-khoa-hoc-va-lich-thi-chung-chi/ Các tài liệu tham khảo để luyện thi ISTQB advanced level download tại đây: http://bit.ly/2r3puRZ Chia sẻ kinh nghiệm ôn thi ISTQB advanced level: http://qr-solutions.com.vn/2017/05/16/chia-se-kinh-nghiem-on-thi-istqb-ctal-chung-chi-muc-advanced-level-cua-istqb/ Xem thêm

      930 lượt xem -

      Tạ Thị Thinh Tạ Thị Thinh

    • 09:21

      Hướng dẫn lắp ráp xe robot 3 bánh

      Tự lắp ráp xe robot 3 bánh đơn giản, đây là bước đầu tiên để bạn có sườn xe cơ bản trước khi thêm các linh kiện điều khiển và modules. Mua linh kiện: http://linhkienrobotics.com/ Blog: http://www.hoclamrobot.com/ Xem thêm

      2,044 lượt xem -

      ANH ROBOT ANH ROBOT

    • 20:22

      Tóm tắt kiến thức ISTQB foundation-chapter 1- part 1 by Ta Thi Thinh

      Với kinh nghiệm giảng dạy ISTQB foundation suốt 3 năm, chị Tạ Thị Thinh đã tóm tắt lại các kiến thức cơ bản nhất cần phải nắm được cho từng chương bằng hình ảnh và các phương pháp dễ nhớ nhất. Sau là kiến thức tổng hợp ngắn gọn nhất của ISTQB foundation CHAPTER 1: Fundamentals of Testing 1.1 Why is Testing Necessary (K2) 1.1.1 Software Systems Context (K1) 1.1.2 Causes of Software Defects (K2) Why do faults occur in software? Software is written by human beings Who know something, but not everything Who have skills, but aren’t perfect Who do make mistakes (errors) Under increasing pressure to deliver to strict deadlines No time to check but assumptions may be wrong Systems may be incomplete Failures must be corrected in the software The cost of finding and fixing defects rises considerably across the life cycle 1.1.3 Role of Testing Rigorous testing of systems and documentation can help to reduce the risk of problems Contribute to the quality of the software system, if the defects found are corrected before the system is released Meet contractual or legal requirements, or industry-specific standards. 1.1.4 Testing and Quality (K2) –     Testing measures software quality –     Testing can find faults; when they are removed, software quality  is improved –     Testing is a part of quality assurance –     Measure the quality of software in terms of defects found for both functional and non-functional software requirements and characteristics –     Give confidence in the quality of a software if it finds few or no defects and we have good test designs –     Improve the quality of future system 1.1.5 How Much Testing is enough? (K2) It depends on RISK –     Risk of missing important faults –     Risk of incurring failure costs –     Risk of releasing untested or under-tested software –     Risk of losing credibility and market share Risk of missing a market window Risk of over-testing, ineffective testing Test time will always be limited – Using RISK to determine –     What to test first –     What to test most –     How thoroughly to test each item –     What not to test ( this time) –     Allocate the time available for testing by prioritizing testing 1.2 What is Testing? K2) –     Test activities exist before and after test execution: planning and control, choosing test conditions, designing and executing test cases, checking results, evaluating exit criteria, reporting on the testing process and system under test, and finalizing or completing closure activities –     Testing also includes reviewing documents (including source code) and conducting static analysis. Test Objectives: Finding defects Gaining confidence about the level of quality Providing information for decision-making Preventing defects Prevent defects –     Designing tests early in the life cycle can help to prevent defects from being introduced into code. –     Reviews of documents (e.g., requirements) and the identification and resolution of issues also help to prevent defects appearing in the code. Different objectives in different phase –     In development testing: find as many defect as possible –     In acceptance testing: confirm that the system works as expected, to gain confidence that it has met the requirements. –     In some cases: assess the quality of the software to give information to stakeholders of the risk of releasing the system at a given time. –     Maintenance testing often includes testing that no new defects have been introduced during development of the changes. –     During operational testing: assess system characteristics such as reliability or availability. Debugging and testing are different. –     Dynamic testing can show failures that are caused by defects. –     Debugging is the development activity that finds, analyzes and removes the cause of the failure.. –     Re-testing by a tester ensures that the fix does indeed resolve the failure –     Testers test and developers debug – 1.3 Seven Principles of Testing Testing shows presence of defects –     Testing can show that defects are present, but cannot prove that there are no defects. –     Testing reduces the probability of undiscovered defects remaining in a software but, even if no defects are found, it is not a proof of correctness Exhaustive testing is impossible –  Test everything ( all combination of inputs and preconditions) is not feasible –  Instead of exhaustive testing, risk analysis and priorities should be used to focus testing efforts Early testing –  Testing activities should start as early as possible and focus on defined objectives – Perform the test design and review activities early can finds defects early on when they are cheap to find and fix Defect clustering – A small numbers of modules usually contains most of the defects discovered during pre-release testing, or is responsible for most of the operational failures – Rule 80/20: Module core often contains 80% defects Pesticide paradox – If the same tests are repeated over and over again, no new defects can be found – To overcome this pesticide paradox, test cases need to be regularly reviewed and revised; – New and different tests need to be written to exercise different parts of the software to find potentially more defects Testing is context dependent – Testing is done differently in different context – Ex: Safety-critical software is tested differently from an ecommerce site Absence of error fallacy – Finding and fixing defects does not help if the system built is unusable and does not fulfill the users’ needs and expectations 1.4 Fundamental test process 1.4.1 Test Planning and Control (K1) Test planning is the activity of defining the objectives of testing and the specification of test activities Test planning tasks: –           Determine the scope and risks and identify the objectives of testing –           Determine the test approach –           Implement test policy and/or test strategy –           Determine the required test resources –           Schedule –           Determine the exist criteria Concepts: –           Test policy: A high level document describing the principle, approach and major objectives of organization regarding testing –           Test strategy: A high level description of the test types to performed –           Test approach: The implementation of the test strategy for a specific project –           Test ware: includes test cases, test plan, test data Test control is the ongoing activity of : –           comparing actual progress against the plan –           reporting the status, including deviations from the plan. –           taking actions necessary Test control task: –           Measure and analysis the results of reviews and testing –           Monitor and document progress, test coverage and exit criteria –           Provide information of testing to make evaluation –           Initiation corrective actions 1.4.2  Test Analysis and Design is the activity during which general testing objectives are transformed into tangible test conditions and test cases. Test Analysis and Design tasks: –           Reviewing the test basis –           Evaluating testability of the test basis and test objects –           Identifying and prioritizing test conditions –           Designing and prioritizing high level test cases –           Identifying necessary test data to support the test conditions and test cases –           Designing the test environment setup and identifying any required infrastructure and tools –           Creating bi-directional traceability between test basis and test cases 1.4.3 Test Implementation and Execution (K1) is the activity where test procedures or scripts are specified, the environment is set up and the tests are run Test Implementation and Execution tasks: –           Finalizing, implementing and prioritizing test cases –           Developing and prioritizing test procedures, creating test data, writing test scripts. –           Creating test suites from the test procedures for efficient test execution –           Verifying that the test environment has been set up correctly –           Verifying and updating bi-directional traceability between the test basis and test cases –           Executing test procedures either manual or automate –           Logging the outcome of test execution –           Comparing actual results with expected results –           Reporting discrepancies as incidents –           Repeating test activities in order to confirm a fix 1.4.4 Evaluating Exit Criteria and Reporting (K1) Evaluating exit criteria is the activity where test execution is assessed against the defined objectives. This should be done for each test level –           Checking test logs against the exit criteria specified in test planning –           Assessing if more tests are needed or if the exit criteria specified should be changed –           Writing a test summary report for stakeholders 1.4.5 Test Closure Activities (K1) Test closure activities collect data from completed test activities to consolidate experience, testware, facts and numbers. –           Checking which planned deliverables have been delivered –           Closing incident reports or raising change records for any that remain open –           Documenting the acceptance of the system –           Finalizing and archiving testware, the test environment and the test infrastructure for later reuse –           Handing over the testware to the maintenance organization –           Analyzing lessons learned to determine changes needed for future releases and projects –           Using the information gathered to improve test maturity 1.5 Psychology of testing Level of independence –           None: tests designed by the person who wrote the software –           Tests designed by a different person –           Tests designed by someone from a different department or team ( e.g test team) –           Tests designed by someone from a different organisation ( e.g agency) Communication about defects –           Testing is very constructive in the management of product risks. –           Looking for failures in a system requires curiosity, professional pessimism, a critical eye, attention to detail, good communication –           Need good interpersonal skills to communicate factual information about defects –           Communicate findings on the product in a neutral, fact-focused way without criticizing the person who created it. –           Explain that by knowing about this now we can work round it or fix it so the delivered system is better for the customer. –           Start with collaboration rather than battles.   Ngoài ra bạn có thể download nhiều tài liệu hay khác về testing theo link sau: http://bit.ly/2r3szBD Xem thêm

      1,717 lượt xem -

      Tạ Thị Thinh Tạ Thị Thinh

    • 13:52

      Tóm tắt kiến thức ISTQB foundation Chapter 4- Test techniques- Part 2 by Ta Thi Thinh

      CHAPTER 4: DYNAMIC TESTING4.1 The Test Development Process (K3)4.2 Categories of Test Design Techniques Black-box White box Experience Specification based Structure based Experienced based No access to program code Has access to program code No access to program code Required external perspective Required knowledge of program code Require knowledge issues, bug, domain Apply all phase of testing Apply only to unit test Apply after formal technical  Ngoài ra bạn có thể download nhiều tài liệu hay khác về testing theo link sau: http://bit.ly/2r3szBD Xem thêm

      1,287 lượt xem -

      Tạ Thị Thinh Tạ Thị Thinh

    • 17:17

      Tóm tắt ISTQB foundation chapter 5 part 2 by Ta Thi Thinh

      Chúng tôi tiếp tục gửi đến các bạn bản tóm tắt ISTQB foundation của chị Tạ Thị Thinh giảng viên 3 năm kinh nghiệm đào tạo ISTQBCHAPTER 5: Test Management (K3) 5.1 Test Organization and Independence 5.1.1 Test Independence 5.1.2 Task of test leader and Tester Testing phase Test leader tasks Tester tasks Planning and control –          Plans, monitors and controls the testing activities and task –          Write or review a test strategy –          Coordinate the test strategy and plan with project managers and others –          Contribute the testing perspective to other project activities –          Plan the tests –          Decide what should be automated, to what degree, and how –          Introduce suitable metrics Review and contribute to test plans Analysis and design –          Initiate the specification, preparation, implementation and execution of tests –          Select tools to support testing – –          Analyze test basic –          Identify test condition Implement and execution –          Decide about the implementation of the test environment –          Set up adequate configuration management of testware for traceability –          Adapt planning based on test result and progress –          Create test specifications –          Set up the test environment –          Prepare and acquire test data –          execute and log the tests –          Automate tests –          Review tests developed by others –          Use test tools as required for monitoring Evaluation exit criteria and report –          Write test summary reports –          Monitor the test results and check the exit criteria –          Decide to stop testing or not –          Measure performance of components and systems Closed activity –          Gathering metrics and analysis –          Collect testware  and test environment –          Analysis lesson learned and improve process –          Contribute to analysis lesson learned 5.2 Test Planning and Estimation (K3) Test plan items: Scope Objectives Approach Criterial Schedule Resources Deliverable Metrics Risks Test plan template 5.3.1 Test Progress Monitoring (K1) 5.4 Risk and Testing (K2) Risk can be defined as the chance of an event, hazard threat or situation occurring and resulting in undesirable  consequences or a potential problem The level of risk will be determined by the likelihood and the impact Project risk Product risk A risk to the project’s capability to deliver products: Scope, cost, Time A risk to quality of product Quality Related to management and control of the (test) project, e.g. lack of  ATM  staffing, strict deadlines, changing requirements Directly related to the test object 5.5 Incident Management (K3)   Ngoài ra bạn có thể download nhiều tài liệu hay khác về testing theo link sau: http://bit.ly/2r3szBD Xem thêm

      1,132 lượt xem -

      Tạ Thị Thinh Tạ Thị Thinh

    • 25:02

      Tóm tắt kiến thức luyện thi ISTQB foundation chapter 5 part 1

      Chúng tôi tiếp tục gửi đến các bạn bản tóm tắt ISTQB foundation của chị Tạ Thị Thinh giảng viên 3 năm kinh nghiệm đào tạo ISTQB CHAPTER 5: Test Management (K3) 5.1 Test Organization and Independence 5.1.1 Test Independence 5.1.2 Task of test leader and Tester Testing phase Test leader tasks Tester tasks Planning and control –          Plans, monitors and controls the testing activities and task –          Write or review a test strategy –          Coordinate the test strategy and plan with project managers and others –          Contribute the testing perspective to other project activities –          Plan the tests –          Decide what should be automated, to what degree, and how –          Introduce suitable metrics Review and contribute to test plans Analysis and design –          Initiate the specification, preparation, implementation and execution of tests –          Select tools to support testing – –          Analyze test basic –          Identify test condition Implement and execution –          Decide about the implementation of the test environment –          Set up adequate configuration management of testware for traceability –          Adapt planning based on test result and progress –          Create test specifications –          Set up the test environment –          Prepare and acquire test data –          execute and log the tests –          Automate tests –          Review tests developed by others –          Use test tools as required for monitoring Evaluation exit criteria and report –          Write test summary reports –          Monitor the test results and check the exit criteria –          Decide to stop testing or not –          Measure performance of components and systems Closed activity –          Gathering metrics and analysis –          Collect testware  and test environment –          Analysis lesson learned and improve process –          Contribute to analysis lesson learned 5.2 Test Planning and Estimation (K3) Test plan items: Scope Objectve Approach Criterial Schedule Resources Deliverable Metrics Risks Test plan template 5.3.1 Test Progress Monitoring (K1) 5.4 Risk and Testing (K2) Risk can be defined as the chance of an event, hazard threat or situation occurring and resulting in undesirable  consequences or a potential problem The level of risk will be determined by the likelihood and the impact Project risk Product risk A risk to the project’s capability to deliver products: Scope, cost, Time A risk to quality of product Quality Related to management and control of the (test) project, e.g. lack of  ATM  staffing, strict deadlines, changing requirements Directly related to the test object 5.5 Incident Management (K3)   Ngoài ra bạn có thể download nhiều tài liệu hay khác về testing theo link sau: http://bit.ly/2r3szBD Xem thêm

      1,429 lượt xem -

      Tạ Thị Thinh Tạ Thị Thinh

    • 21:58

      Nội dung ôn thi ISTQB advanced level- chapter 10- Skill management

      Chia sẻ kinh nghiệm ôn và luyện thi ISTQB Advanced level của  chị Tạ Thị Thinh- giảng viên môn luyện thi ISTQB đã từng thi qua 3 modules này. Chị liệt kê 1 vài kinh nghiệm tự ôn thi của mình cũng như kinh nghiệm tham gia các lần thi ISTQB advanced level, hy vọng nó hữu ích cho các bạn đang ôn thi hoặc có ý định thi. ISTQB_CTAL gồm 3 module là TM, TA, TTA TM là Test manager gồm các kiến thức dành cho người quản lý test, người có nhiệm vụ cải tiến quy trình test và kiểm soát hoạt động test TA là Test Analyst cho các tester chuyên kiểm tra functional test với các kỹ thuật thiết kế test case và coverage nâng cao TTA là Test Technical Analyst cho các tester chuyên kiểm thử về structure test và non-functional test Tùy từng vị trí mà các bạn có thể chọn 1 trong 3 module để thi và được cấp chứng chỉ advance cho từng module, không nhất thiết phải thi hết. Lệ phí thi Lệ phí thi CTAL offline là: 4.000.000 vnđ/thí sinh (lệ phí thi) + 3.000.000 vnđ/thí sinh ( lệ phí xét hồ sơ chỉ mất lần đầu tiên, các lần sau không phải đóng) + phí chuyển đề là 4.000.000 vnđ/ 1 nhóm thi ( chia đều cho những người tham gia 1 lần thi) Với thi online thì lệ phí là 5.800.000 VND/ 1 module không mất thêm phí gì khác, vì mình thường tổ chức ôn thi ISTQB cho công ty nên mình hay rủ các bạn ở công ty hoặc bên ngoài thi chung ghép với lớp thi ISTQB foundation luôn vì thế các lệ phí phát sinh tương đối rẻ. Hồ sơ dự thi bao gồm: o   Thông tin cá nhân; tên, sdt, email, chứng chỉ dự định thi (Manager; Analyst ; Test Analyst) o   Bản sao có chứng thực bằng tốt nghiệp đại học o   Bản sao chứng chỉ CTFL o    Thông tin số năm công tác trong lĩnh vực có xác nhận ký tên đóng dấu của công ty. (Yêu cầu ít nhất 3 năm kinh nghiệm và viết bằng tiếng Anh) Các hồ sơ này bạn phải gửi bản scan cho bên tổ chức thi trước để họ kiểm tra và duyệt, nếu ok mới đc đóng tiền thi. Tài liệu ôn thi CTAL: – Tài liệu chính thức là Syllabus của từng module – ISTQB_glossary dung cho cả foundation và advance – Full book: Advanced Software Testing for test manager Bạn nào cần liên hệ qua email để trung tâm gửi tài liệu và bộ đề mẫu 2012 Câu hỏi thi của ISTQB CTAL Câu hỏi thi Advance thường ở K2,K3, K4 là nhiều chứ ko co mấy K1. Ngoài ra câu hỏi thi của advance cũng khác foundation. Câu hỏi có nhiều lựa chọn đúng, nếu bạn trả lời sai 1 lựa chọn thì toàn câu sẽ bị tính là sai. Trọng số điểm của câu hỏi cũng khác nhau tùy vào mức độ khó và số lựa chọn đúng của từng câu. Ví dụ thi ISTQB CTAL – TM module có 65 câu, tổng điểm là 105 điểm như vậy là mỗi câu có 1 trọng số khác nhau. Thời gian thi 3h và đạt 65% điểm trở lên là đỗ. Đề thi tương đối dài và thường lặp lại tình huống ( tức là 1 tình huống đưa ra cho nhiều câu hỏi khác nhau thuộc các chương khác nhau) vì thế bạn nên đọc kỹ câu hỏi gặp lần đầu tiên để các câu sau đỡ công đọc hiểu. Chú ý: khi đi thi 1 module ví dụ TM, không có nghĩa là chỉ có câu hỏi đưa ra ở TM mà các chương ko được đề cập đến cũng vẫn có 1 vài câu được đưa ra để kiểm tra như phần Kỹ thuật test của TA và tool test của TTA cũng được đưa ra với số lượng ít. Và ngược lại thi TA hay TTA cũng sẽ có câu hỏi của TM. ISTQB CTAL ko thể dựa vào làm đề là đỗ, đừng tin các đề thi trôi nổi trên mạng Cách ôn thi Giống như Foundation thì lên mức advance bạn vẫn phải bám sát vào Syllabus để nắm được kiến thức chính của từng module, các câu hỏi thi cũng sẽ lấy nhiều từ Syllabus ra để thi. Đọc đi đọc lại syllabus để hiểu ý nghĩa của nó là rất quan trọng, vì Việc đọc tài liệu full để hiểu các ví dụ là cần thiết, làm đi làm lại các bài tập trong sách và đề thi mẫu do ISTQB đưa ra là bắt buộc phải làm nhiều lần. Điểm cuối cùng cho ai muốn học tốt thì luôn luôn đọc đến đâu ghi note đến đó, đọc mà ko có tóm tắt thì lần sau lại đọc như mới và ko có gì đọng lại trong đầu. Ngoài ra bạn có thể download nhiều tài liệu ôn thi ISTQB advanced level theo link sau: http://bit.ly/2r3puRZ Lịch học các khóa và lịch thi ISTQB foundation và advance xem link: http://qr-solutions.com.vn/lich-khai-giang-cac-khoa-hoc-va-lich-thi-chung-chi/ Nội dung khóa học ISTQB foundation xem link: http://qr-solutions.com.vn/2016/11/28/istqb-co-ban/ Liên hệ giảng viên Tạ Thị Thinh để biết thêm thông tin chi tiết SDT: 0986775464  Email: thinhtt0204@gmail.com   Skype: ta.thinh0204 Xem thêm

      769 lượt xem -

      Tạ Thị Thinh Tạ Thị Thinh

    • 17:07

      Nội dung ôn thi ISTQB advanced level- chapter 8- Improve Test process- part 2

      Chia sẻ kinh nghiệm ôn và luyện thi ISTQB Advanced level của  chị Tạ Thị Thinh- giảng viên môn luyện thi ISTQB đã từng thi qua 3 modules này. Chị liệt kê 1 vài kinh nghiệm tự ôn thi của mình cũng như kinh nghiệm tham gia các lần thi ISTQB advanced level, hy vọng nó hữu ích cho các bạn đang ôn thi hoặc có ý định thi.ISTQB_CTAL gồm 3 module là TM, TA, TTATM là Test manager gồm các kiến thức dành cho người quản lý test, người có nhiệm vụ cải tiến quy trình test và kiểm soát hoạt động testTA là Test Analyst cho các tester chuyên kiểm tra functional test với các kỹ thuật thiết kế test case và coverage nâng caoTTA là Test Technical Analyst cho các tester chuyên kiểm thử về structure test và non-functional testTùy từng vị trí mà các bạn có thể chọn 1 trong 3 module để thi và được cấp chứng chỉ advance cho từng module, không nhất thiết phải thi hết.Lệ phí thiLệ phí thi CTAL offline là: 4.000.000 vnđ/thí sinh (lệ phí thi) + 3.000.000 vnđ/thí sinh ( lệ phí xét hồ sơ chỉ mất lần đầu tiên, các lần sau không phải đóng) + phí chuyển đề là 4.000.000 vnđ/ 1 nhóm thi ( chia đều cho những người tham gia 1 lần thi)Với thi online thì lệ phí là 5.800.000 VND/ 1 module không mất thêm phí gì khác, vì mình thường tổ chức ôn thi ISTQB cho công ty nên mình hay rủ các bạn ở công ty hoặc bên ngoài thi chung ghép với lớp thi ISTQB foundation luôn vì thế các lệ phí phát sinh tương đối rẻ.Hồ sơ dự thi bao gồm:o   Thông tin cá nhân; tên, sdt, email, chứng chỉ dự định thi (Manager; Analyst ; Test Analyst)o   Bản sao có chứng thực bằng tốt nghiệp đại họco   Bản sao chứng chỉ CTFLo    Thông tin số năm công tác trong lĩnh vực có xác nhận ký tên đóng dấu của công ty. (Yêu cầu ít nhất 3 năm kinh nghiệm và viết bằng tiếng Anh)Các hồ sơ này bạn phải gửi bản scan cho bên tổ chức thi trước để họ kiểm tra và duyệt, nếu ok mới đc đóng tiền thi.Tài liệu ôn thi CTAL:– Tài liệu chính thức là Syllabus của từng module– ISTQB_glossary dung cho cả foundation và advance– Full book: Advanced Software Testing for test managerBạn nào cần liên hệ qua email để trung tâm gửi tài liệu và bộ đề mẫu 2012Câu hỏi thi của ISTQB CTALCâu hỏi thi Advance thường ở K2,K3, K4 là nhiều chứ ko co mấy K1.Ngoài ra câu hỏi thi của advance cũng khác foundation. Câu hỏi có nhiều lựa chọn đúng, nếu bạn trả lời sai 1 lựa chọn thì toàn câu sẽ bị tính là sai. Trọng số điểm của câu hỏi cũng khác nhau tùy vào mức độ khó và số lựa chọn đúng của từng câu. Ví dụ thi ISTQB CTAL – TM module có 65 câu, tổng điểm là 105 điểm như vậy là mỗi câu có 1 trọng số khác nhau.Thời gian thi 3h và đạt 65% điểm trở lên là đỗ.Đề thi tương đối dài và thường lặp lại tình huống ( tức là 1 tình huống đưa ra cho nhiều câu hỏi khác nhau thuộc các chương khác nhau) vì thế bạn nên đọc kỹ câu hỏi gặp lần đầu tiên để các câu sau đỡ công đọc hiểu.Chú ý: khi đi thi 1 module ví dụ TM, không có nghĩa là chỉ có câu hỏi đưa ra ở TM mà các chương ko được đề cập đến cũng vẫn có 1 vài câu được đưa ra để kiểm tra như phần Kỹ thuật test của TA và tool test của TTA cũng được đưa ra với số lượng ít. Và ngược lại thi TA hay TTA cũng sẽ có câu hỏi của TM.ISTQB CTAL ko thể dựa vào làm đề là đỗ, đừng tin các đề thi trôi nổi trên mạngCách ôn thiGiống như Foundation thì lên mức advance bạn vẫn phải bám sát vào Syllabus để nắm được kiến thức chính của từng module, các câu hỏi thi cũng sẽ lấy nhiều từ Syllabus ra để thi. Đọc đi đọc lại syllabus để hiểu ý nghĩa của nó là rất quan trọng, vìViệc đọc tài liệu full để hiểu các ví dụ là cần thiết, làm đi làm lại các bài tập trong sách và đề thi mẫu do ISTQB đưa ra là bắt buộc phải làm nhiều lần.Điểm cuối cùng cho ai muốn học tốt thì luôn luôn đọc đến đâu ghi note đến đó, đọc mà ko có tóm tắt thì lần sau lại đọc như mới và ko có gì đọng lại trong đầu.Ngoài ra bạn có thể download nhiều tài liệu ôn thi ISTQB advanced level theo link sau: http://bit.ly/2r3puRZLịch học các khóa và lịch thi ISTQB foundation và advance xem link: http://qr-solutions.com.vn/lich-khai-giang-cac-khoa-hoc-va-lich-thi-chung-chi/Nội dung khóa học ISTQB foundation xem link: http://qr-solutions.com.vn/2016/11/28/istqb-co-ban/Liên hệ giảng viên Tạ Thị Thinh để biết thêm thông tin chi tiếtSDT: 0986775464  Email: thinhtt0204@gmail.com   Skype: ta.thinh0204 Xem thêm

      844 lượt xem -

      Tạ Thị Thinh Tạ Thị Thinh

    • 16:50

      Nội dung ôn thi ISTQB advanced level- chapter 8- Improve test process- part 1

      Chia sẻ kinh nghiệm ôn và luyện thi ISTQB Advanced level của  chị Tạ Thị Thinh- giảng viên môn luyện thi ISTQB đã từng thi qua 3 modules này. Chị liệt kê 1 vài kinh nghiệm tự ôn thi của mình cũng như kinh nghiệm tham gia các lần thi ISTQB advanced level, hy vọng nó hữu ích cho các bạn đang ôn thi hoặc có ý định thi.ISTQB_CTAL gồm 3 module là TM, TA, TTATM là Test manager gồm các kiến thức dành cho người quản lý test, người có nhiệm vụ cải tiến quy trình test và kiểm soát hoạt động testTA là Test Analyst cho các tester chuyên kiểm tra functional test với các kỹ thuật thiết kế test case và coverage nâng caoTTA là Test Technical Analyst cho các tester chuyên kiểm thử về structure test và non-functional testTùy từng vị trí mà các bạn có thể chọn 1 trong 3 module để thi và được cấp chứng chỉ advance cho từng module, không nhất thiết phải thi hết.Lệ phí thiLệ phí thi CTAL offline là: 4.000.000 vnđ/thí sinh (lệ phí thi) + 3.000.000 vnđ/thí sinh ( lệ phí xét hồ sơ chỉ mất lần đầu tiên, các lần sau không phải đóng) + phí chuyển đề là 4.000.000 vnđ/ 1 nhóm thi ( chia đều cho những người tham gia 1 lần thi)Với thi online thì lệ phí là 5.800.000 VND/ 1 module không mất thêm phí gì khác, vì mình thường tổ chức ôn thi ISTQB cho công ty nên mình hay rủ các bạn ở công ty hoặc bên ngoài thi chung ghép với lớp thi ISTQB foundation luôn vì thế các lệ phí phát sinh tương đối rẻ.Hồ sơ dự thi bao gồm:o   Thông tin cá nhân; tên, sdt, email, chứng chỉ dự định thi (Manager; Analyst ; Test Analyst)o   Bản sao có chứng thực bằng tốt nghiệp đại họco   Bản sao chứng chỉ CTFLo    Thông tin số năm công tác trong lĩnh vực có xác nhận ký tên đóng dấu của công ty. (Yêu cầu ít nhất 3 năm kinh nghiệm và viết bằng tiếng Anh)Các hồ sơ này bạn phải gửi bản scan cho bên tổ chức thi trước để họ kiểm tra và duyệt, nếu ok mới đc đóng tiền thi.Tài liệu ôn thi CTAL:– Tài liệu chính thức là Syllabus của từng module– ISTQB_glossary dung cho cả foundation và advance– Full book: Advanced Software Testing for test managerBạn nào cần liên hệ qua email để trung tâm gửi tài liệu và bộ đề mẫu 2012Câu hỏi thi của ISTQB CTALCâu hỏi thi Advance thường ở K2,K3, K4 là nhiều chứ ko co mấy K1.Ngoài ra câu hỏi thi của advance cũng khác foundation. Câu hỏi có nhiều lựa chọn đúng, nếu bạn trả lời sai 1 lựa chọn thì toàn câu sẽ bị tính là sai. Trọng số điểm của câu hỏi cũng khác nhau tùy vào mức độ khó và số lựa chọn đúng của từng câu. Ví dụ thi ISTQB CTAL – TM module có 65 câu, tổng điểm là 105 điểm như vậy là mỗi câu có 1 trọng số khác nhau.Thời gian thi 3h và đạt 65% điểm trở lên là đỗ.Đề thi tương đối dài và thường lặp lại tình huống ( tức là 1 tình huống đưa ra cho nhiều câu hỏi khác nhau thuộc các chương khác nhau) vì thế bạn nên đọc kỹ câu hỏi gặp lần đầu tiên để các câu sau đỡ công đọc hiểu.Chú ý: khi đi thi 1 module ví dụ TM, không có nghĩa là chỉ có câu hỏi đưa ra ở TM mà các chương ko được đề cập đến cũng vẫn có 1 vài câu được đưa ra để kiểm tra như phần Kỹ thuật test của TA và tool test của TTA cũng được đưa ra với số lượng ít. Và ngược lại thi TA hay TTA cũng sẽ có câu hỏi của TM.ISTQB CTAL ko thể dựa vào làm đề là đỗ, đừng tin các đề thi trôi nổi trên mạngCách ôn thiGiống như Foundation thì lên mức advance bạn vẫn phải bám sát vào Syllabus để nắm được kiến thức chính của từng module, các câu hỏi thi cũng sẽ lấy nhiều từ Syllabus ra để thi. Đọc đi đọc lại syllabus để hiểu ý nghĩa của nó là rất quan trọng, vìViệc đọc tài liệu full để hiểu các ví dụ là cần thiết, làm đi làm lại các bài tập trong sách và đề thi mẫu do ISTQB đưa ra là bắt buộc phải làm nhiều lần.Điểm cuối cùng cho ai muốn học tốt thì luôn luôn đọc đến đâu ghi note đến đó, đọc mà ko có tóm tắt thì lần sau lại đọc như mới và ko có gì đọng lại trong đầu.Ngoài ra bạn có thể download nhiều tài liệu ôn thi ISTQB advanced level theo link sau: http://bit.ly/2r3puRZLịch học các khóa và lịch thi ISTQB foundation và advance xem link: http://qr-solutions.com.vn/lich-khai-giang-cac-khoa-hoc-va-lich-thi-chung-chi/Nội dung khóa học ISTQB foundation xem link: http://qr-solutions.com.vn/2016/11/28/istqb-co-ban/Liên hệ giảng viên Tạ Thị Thinh để biết thêm thông tin chi tiếtSDT: 0986775464  Email: thinhtt0204@gmail.com   Skype: ta.thinh0204 Xem thêm

      516 lượt xem -

      Tạ Thị Thinh Tạ Thị Thinh

    • 06:05

      Nội dung ôn thi ISTQB advanced level- chapter 7- Defect management- part 2

      Chia sẻ kinh nghiệm ôn và luyện thi ISTQB Advanced level của  chị Tạ Thị Thinh- giảng viên môn luyện thi ISTQB đã từng thi qua 3 modules này. Chị liệt kê 1 vài kinh nghiệm tự ôn thi của mình cũng như kinh nghiệm tham gia các lần thi ISTQB advanced level, hy vọng nó hữu ích cho các bạn đang ôn thi hoặc có ý định thi.ISTQB_CTAL gồm 3 module là TM, TA, TTATM là Test manager gồm các kiến thức dành cho người quản lý test, người có nhiệm vụ cải tiến quy trình test và kiểm soát hoạt động testTA là Test Analyst cho các tester chuyên kiểm tra functional test với các kỹ thuật thiết kế test case và coverage nâng caoTTA là Test Technical Analyst cho các tester chuyên kiểm thử về structure test và non-functional testTùy từng vị trí mà các bạn có thể chọn 1 trong 3 module để thi và được cấp chứng chỉ advance cho từng module, không nhất thiết phải thi hết.Lệ phí thiLệ phí thi CTAL offline là: 4.000.000 vnđ/thí sinh (lệ phí thi) + 3.000.000 vnđ/thí sinh ( lệ phí xét hồ sơ chỉ mất lần đầu tiên, các lần sau không phải đóng) + phí chuyển đề là 4.000.000 vnđ/ 1 nhóm thi ( chia đều cho những người tham gia 1 lần thi)Với thi online thì lệ phí là 5.800.000 VND/ 1 module không mất thêm phí gì khác, vì mình thường tổ chức ôn thi ISTQB cho công ty nên mình hay rủ các bạn ở công ty hoặc bên ngoài thi chung ghép với lớp thi ISTQB foundation luôn vì thế các lệ phí phát sinh tương đối rẻ.Hồ sơ dự thi bao gồm:o   Thông tin cá nhân; tên, sdt, email, chứng chỉ dự định thi (Manager; Analyst ; Test Analyst)o   Bản sao có chứng thực bằng tốt nghiệp đại họco   Bản sao chứng chỉ CTFLo    Thông tin số năm công tác trong lĩnh vực có xác nhận ký tên đóng dấu của công ty. (Yêu cầu ít nhất 3 năm kinh nghiệm và viết bằng tiếng Anh)Các hồ sơ này bạn phải gửi bản scan cho bên tổ chức thi trước để họ kiểm tra và duyệt, nếu ok mới đc đóng tiền thi.Tài liệu ôn thi CTAL:– Tài liệu chính thức là Syllabus của từng module– ISTQB_glossary dung cho cả foundation và advance– Full book: Advanced Software Testing for test managerBạn nào cần liên hệ qua email để trung tâm gửi tài liệu và bộ đề mẫu 2012Câu hỏi thi của ISTQB CTALCâu hỏi thi Advance thường ở K2,K3, K4 là nhiều chứ ko co mấy K1.Ngoài ra câu hỏi thi của advance cũng khác foundation. Câu hỏi có nhiều lựa chọn đúng, nếu bạn trả lời sai 1 lựa chọn thì toàn câu sẽ bị tính là sai. Trọng số điểm của câu hỏi cũng khác nhau tùy vào mức độ khó và số lựa chọn đúng của từng câu. Ví dụ thi ISTQB CTAL – TM module có 65 câu, tổng điểm là 105 điểm như vậy là mỗi câu có 1 trọng số khác nhau.Thời gian thi 3h và đạt 65% điểm trở lên là đỗ.Đề thi tương đối dài và thường lặp lại tình huống ( tức là 1 tình huống đưa ra cho nhiều câu hỏi khác nhau thuộc các chương khác nhau) vì thế bạn nên đọc kỹ câu hỏi gặp lần đầu tiên để các câu sau đỡ công đọc hiểu.Chú ý: khi đi thi 1 module ví dụ TM, không có nghĩa là chỉ có câu hỏi đưa ra ở TM mà các chương ko được đề cập đến cũng vẫn có 1 vài câu được đưa ra để kiểm tra như phần Kỹ thuật test của TA và tool test của TTA cũng được đưa ra với số lượng ít. Và ngược lại thi TA hay TTA cũng sẽ có câu hỏi của TM.ISTQB CTAL ko thể dựa vào làm đề là đỗ, đừng tin các đề thi trôi nổi trên mạngCách ôn thiGiống như Foundation thì lên mức advance bạn vẫn phải bám sát vào Syllabus để nắm được kiến thức chính của từng module, các câu hỏi thi cũng sẽ lấy nhiều từ Syllabus ra để thi. Đọc đi đọc lại syllabus để hiểu ý nghĩa của nó là rất quan trọng, vìViệc đọc tài liệu full để hiểu các ví dụ là cần thiết, làm đi làm lại các bài tập trong sách và đề thi mẫu do ISTQB đưa ra là bắt buộc phải làm nhiều lần.Điểm cuối cùng cho ai muốn học tốt thì luôn luôn đọc đến đâu ghi note đến đó, đọc mà ko có tóm tắt thì lần sau lại đọc như mới và ko có gì đọng lại trong đầu.Ngoài ra bạn có thể download nhiều tài liệu ôn thi ISTQB advanced level theo link sau: http://bit.ly/2r3puRZLịch học các khóa và lịch thi ISTQB foundation và advance xem link: http://qr-solutions.com.vn/lich-khai-giang-cac-khoa-hoc-va-lich-thi-chung-chi/Nội dung khóa học ISTQB foundation xem link: http://qr-solutions.com.vn/2016/11/28/istqb-co-ban/Liên hệ giảng viên Tạ Thị Thinh để biết thêm thông tin chi tiếtSDT: 0986775464  Email: thinhtt0204@gmail.com   Skype: ta.thinh0204 Xem thêm

      654 lượt xem -

      Tạ Thị Thinh Tạ Thị Thinh

    • 18:54

      Nội dung ôn thi ISTQB advanced level- chapter 7- Defect management- part 1

      Chia sẻ kinh nghiệm ôn và luyện thi ISTQB Advanced level của  chị Tạ Thị Thinh- giảng viên môn luyện thi ISTQB đã từng thi qua 3 modules này. Chị liệt kê 1 vài kinh nghiệm tự ôn thi của mình cũng như kinh nghiệm tham gia các lần thi ISTQB advanced level, hy vọng nó hữu ích cho các bạn đang ôn thi hoặc có ý định thi.ISTQB_CTAL gồm 3 module là TM, TA, TTATM là Test manager gồm các kiến thức dành cho người quản lý test, người có nhiệm vụ cải tiến quy trình test và kiểm soát hoạt động testTA là Test Analyst cho các tester chuyên kiểm tra functional test với các kỹ thuật thiết kế test case và coverage nâng caoTTA là Test Technical Analyst cho các tester chuyên kiểm thử về structure test và non-functional testTùy từng vị trí mà các bạn có thể chọn 1 trong 3 module để thi và được cấp chứng chỉ advance cho từng module, không nhất thiết phải thi hết.Lệ phí thiLệ phí thi CTAL offline là: 4.000.000 vnđ/thí sinh (lệ phí thi) + 3.000.000 vnđ/thí sinh ( lệ phí xét hồ sơ chỉ mất lần đầu tiên, các lần sau không phải đóng) + phí chuyển đề là 4.000.000 vnđ/ 1 nhóm thi ( chia đều cho những người tham gia 1 lần thi)Với thi online thì lệ phí là 5.800.000 VND/ 1 module không mất thêm phí gì khác, vì mình thường tổ chức ôn thi ISTQB cho công ty nên mình hay rủ các bạn ở công ty hoặc bên ngoài thi chung ghép với lớp thi ISTQB foundation luôn vì thế các lệ phí phát sinh tương đối rẻ.Hồ sơ dự thi bao gồm:o   Thông tin cá nhân; tên, sdt, email, chứng chỉ dự định thi (Manager; Analyst ; Test Analyst)o   Bản sao có chứng thực bằng tốt nghiệp đại họco   Bản sao chứng chỉ CTFLo    Thông tin số năm công tác trong lĩnh vực có xác nhận ký tên đóng dấu của công ty. (Yêu cầu ít nhất 3 năm kinh nghiệm và viết bằng tiếng Anh)Các hồ sơ này bạn phải gửi bản scan cho bên tổ chức thi trước để họ kiểm tra và duyệt, nếu ok mới đc đóng tiền thi.Tài liệu ôn thi CTAL:– Tài liệu chính thức là Syllabus của từng module– ISTQB_glossary dung cho cả foundation và advance– Full book: Advanced Software Testing for test managerBạn nào cần liên hệ qua email để trung tâm gửi tài liệu và bộ đề mẫu 2012Câu hỏi thi của ISTQB CTALCâu hỏi thi Advance thường ở K2,K3, K4 là nhiều chứ ko co mấy K1.Ngoài ra câu hỏi thi của advance cũng khác foundation. Câu hỏi có nhiều lựa chọn đúng, nếu bạn trả lời sai 1 lựa chọn thì toàn câu sẽ bị tính là sai. Trọng số điểm của câu hỏi cũng khác nhau tùy vào mức độ khó và số lựa chọn đúng của từng câu. Ví dụ thi ISTQB CTAL – TM module có 65 câu, tổng điểm là 105 điểm như vậy là mỗi câu có 1 trọng số khác nhau.Thời gian thi 3h và đạt 65% điểm trở lên là đỗ.Đề thi tương đối dài và thường lặp lại tình huống ( tức là 1 tình huống đưa ra cho nhiều câu hỏi khác nhau thuộc các chương khác nhau) vì thế bạn nên đọc kỹ câu hỏi gặp lần đầu tiên để các câu sau đỡ công đọc hiểu.Chú ý: khi đi thi 1 module ví dụ TM, không có nghĩa là chỉ có câu hỏi đưa ra ở TM mà các chương ko được đề cập đến cũng vẫn có 1 vài câu được đưa ra để kiểm tra như phần Kỹ thuật test của TA và tool test của TTA cũng được đưa ra với số lượng ít. Và ngược lại thi TA hay TTA cũng sẽ có câu hỏi của TM.ISTQB CTAL ko thể dựa vào làm đề là đỗ, đừng tin các đề thi trôi nổi trên mạngCách ôn thiGiống như Foundation thì lên mức advance bạn vẫn phải bám sát vào Syllabus để nắm được kiến thức chính của từng module, các câu hỏi thi cũng sẽ lấy nhiều từ Syllabus ra để thi. Đọc đi đọc lại syllabus để hiểu ý nghĩa của nó là rất quan trọng, vìViệc đọc tài liệu full để hiểu các ví dụ là cần thiết, làm đi làm lại các bài tập trong sách và đề thi mẫu do ISTQB đưa ra là bắt buộc phải làm nhiều lần.Điểm cuối cùng cho ai muốn học tốt thì luôn luôn đọc đến đâu ghi note đến đó, đọc mà ko có tóm tắt thì lần sau lại đọc như mới và ko có gì đọng lại trong đầu.Ngoài ra bạn có thể download nhiều tài liệu ôn thi ISTQB advanced level theo link sau: http://bit.ly/2r3puRZLịch học các khóa và lịch thi ISTQB foundation và advance xem link: http://qr-solutions.com.vn/lich-khai-giang-cac-khoa-hoc-va-lich-thi-chung-chi/Nội dung khóa học ISTQB foundation xem link: http://qr-solutions.com.vn/2016/11/28/istqb-co-ban/Liên hệ giảng viên Tạ Thị Thinh để biết thêm thông tin chi tiếtSDT: 0986775464  Email: thinhtt0204@gmail.com   Skype: ta.thinh0204 Xem thêm

      604 lượt xem -

      Tạ Thị Thinh Tạ Thị Thinh

    • 16:15

      Nội dung ôn thi ISTQB advanced level- chapter 6- Review management

      Chia sẻ kinh nghiệm ôn và luyện thi ISTQB Advanced level của  chị Tạ Thị Thinh- giảng viên môn luyện thi ISTQB đã từng thi qua 3 modules này. Chị liệt kê 1 vài kinh nghiệm tự ôn thi của mình cũng như kinh nghiệm tham gia các lần thi ISTQB advanced level, hy vọng nó hữu ích cho các bạn đang ôn thi hoặc có ý định thi.ISTQB_CTAL gồm 3 module là TM, TA, TTATM là Test manager gồm các kiến thức dành cho người quản lý test, người có nhiệm vụ cải tiến quy trình test và kiểm soát hoạt động testTA là Test Analyst cho các tester chuyên kiểm tra functional test với các kỹ thuật thiết kế test case và coverage nâng caoTTA là Test Technical Analyst cho các tester chuyên kiểm thử về structure test và non-functional testTùy từng vị trí mà các bạn có thể chọn 1 trong 3 module để thi và được cấp chứng chỉ advance cho từng module, không nhất thiết phải thi hết.Lệ phí thiLệ phí thi CTAL offline là: 4.000.000 vnđ/thí sinh (lệ phí thi) + 3.000.000 vnđ/thí sinh ( lệ phí xét hồ sơ chỉ mất lần đầu tiên, các lần sau không phải đóng) + phí chuyển đề là 4.000.000 vnđ/ 1 nhóm thi ( chia đều cho những người tham gia 1 lần thi)Với thi online thì lệ phí là 5.800.000 VND/ 1 module không mất thêm phí gì khác, vì mình thường tổ chức ôn thi ISTQB cho công ty nên mình hay rủ các bạn ở công ty hoặc bên ngoài thi chung ghép với lớp thi ISTQB foundation luôn vì thế các lệ phí phát sinh tương đối rẻ.Hồ sơ dự thi bao gồm:o   Thông tin cá nhân; tên, sdt, email, chứng chỉ dự định thi (Manager; Analyst ; Test Analyst)o   Bản sao có chứng thực bằng tốt nghiệp đại họco   Bản sao chứng chỉ CTFLo    Thông tin số năm công tác trong lĩnh vực có xác nhận ký tên đóng dấu của công ty. (Yêu cầu ít nhất 3 năm kinh nghiệm và viết bằng tiếng Anh)Các hồ sơ này bạn phải gửi bản scan cho bên tổ chức thi trước để họ kiểm tra và duyệt, nếu ok mới đc đóng tiền thi.Tài liệu ôn thi CTAL:– Tài liệu chính thức là Syllabus của từng module– ISTQB_glossary dung cho cả foundation và advance– Full book: Advanced Software Testing for test managerBạn nào cần liên hệ qua email để trung tâm gửi tài liệu và bộ đề mẫu 2012Câu hỏi thi của ISTQB CTALCâu hỏi thi Advance thường ở K2,K3, K4 là nhiều chứ ko co mấy K1.Ngoài ra câu hỏi thi của advance cũng khác foundation. Câu hỏi có nhiều lựa chọn đúng, nếu bạn trả lời sai 1 lựa chọn thì toàn câu sẽ bị tính là sai. Trọng số điểm của câu hỏi cũng khác nhau tùy vào mức độ khó và số lựa chọn đúng của từng câu. Ví dụ thi ISTQB CTAL – TM module có 65 câu, tổng điểm là 105 điểm như vậy là mỗi câu có 1 trọng số khác nhau.Thời gian thi 3h và đạt 65% điểm trở lên là đỗ.Đề thi tương đối dài và thường lặp lại tình huống ( tức là 1 tình huống đưa ra cho nhiều câu hỏi khác nhau thuộc các chương khác nhau) vì thế bạn nên đọc kỹ câu hỏi gặp lần đầu tiên để các câu sau đỡ công đọc hiểu.Chú ý: khi đi thi 1 module ví dụ TM, không có nghĩa là chỉ có câu hỏi đưa ra ở TM mà các chương ko được đề cập đến cũng vẫn có 1 vài câu được đưa ra để kiểm tra như phần Kỹ thuật test của TA và tool test của TTA cũng được đưa ra với số lượng ít. Và ngược lại thi TA hay TTA cũng sẽ có câu hỏi của TM.ISTQB CTAL ko thể dựa vào làm đề là đỗ, đừng tin các đề thi trôi nổi trên mạngCách ôn thiGiống như Foundation thì lên mức advance bạn vẫn phải bám sát vào Syllabus để nắm được kiến thức chính của từng module, các câu hỏi thi cũng sẽ lấy nhiều từ Syllabus ra để thi. Đọc đi đọc lại syllabus để hiểu ý nghĩa của nó là rất quan trọng, vìViệc đọc tài liệu full để hiểu các ví dụ là cần thiết, làm đi làm lại các bài tập trong sách và đề thi mẫu do ISTQB đưa ra là bắt buộc phải làm nhiều lần.Điểm cuối cùng cho ai muốn học tốt thì luôn luôn đọc đến đâu ghi note đến đó, đọc mà ko có tóm tắt thì lần sau lại đọc như mới và ko có gì đọng lại trong đầu.Ngoài ra bạn có thể download nhiều tài liệu ôn thi ISTQB advanced level theo link sau: http://bit.ly/2r3puRZLịch học các khóa và lịch thi ISTQB foundation và advance xem link: http://qr-solutions.com.vn/lich-khai-giang-cac-khoa-hoc-va-lich-thi-chung-chi/Nội dung khóa học ISTQB foundation xem link: http://qr-solutions.com.vn/2016/11/28/istqb-co-ban/Liên hệ giảng viên Tạ Thị Thinh để biết thêm thông tin chi tiếtSDT: 0986775464  Email: thinhtt0204@gmail.com   Skype: ta.thinh0204 Xem thêm

      637 lượt xem -

      Tạ Thị Thinh Tạ Thị Thinh

    • 15:29

      Nội dung ôn thi ISTQB advanced level- chapter 3- Test management- part 3

      Chia sẻ kinh nghiệm ôn và luyện thi ISTQB Advanced level của  chị Tạ Thị Thinh- giảng viên môn luyện thi ISTQB đã từng thi qua 3 modules này. Chị liệt kê 1 vài kinh nghiệm tự ôn thi của mình cũng như kinh nghiệm tham gia các lần thi ISTQB advanced level, hy vọng nó hữu ích cho các bạn đang ôn thi hoặc có ý định thi.ISTQB_CTAL gồm 3 module là TM, TA, TTATM là Test manager gồm các kiến thức dành cho người quản lý test, người có nhiệm vụ cải tiến quy trình test và kiểm soát hoạt động testTA là Test Analyst cho các tester chuyên kiểm tra functional test với các kỹ thuật thiết kế test case và coverage nâng caoTTA là Test Technical Analyst cho các tester chuyên kiểm thử về structure test và non-functional testTùy từng vị trí mà các bạn có thể chọn 1 trong 3 module để thi và được cấp chứng chỉ advance cho từng module, không nhất thiết phải thi hết.Lệ phí thiLệ phí thi CTAL offline là: 4.000.000 vnđ/thí sinh (lệ phí thi) + 3.000.000 vnđ/thí sinh ( lệ phí xét hồ sơ chỉ mất lần đầu tiên, các lần sau không phải đóng) + phí chuyển đề là 4.000.000 vnđ/ 1 nhóm thi ( chia đều cho những người tham gia 1 lần thi)Với thi online thì lệ phí là 5.800.000 VND/ 1 module không mất thêm phí gì khác, vì mình thường tổ chức ôn thi ISTQB cho công ty nên mình hay rủ các bạn ở công ty hoặc bên ngoài thi chung ghép với lớp thi ISTQB foundation luôn vì thế các lệ phí phát sinh tương đối rẻ.Hồ sơ dự thi bao gồm:o   Thông tin cá nhân; tên, sdt, email, chứng chỉ dự định thi (Manager; Analyst ; Test Analyst)o   Bản sao có chứng thực bằng tốt nghiệp đại họco   Bản sao chứng chỉ CTFLo    Thông tin số năm công tác trong lĩnh vực có xác nhận ký tên đóng dấu của công ty. (Yêu cầu ít nhất 3 năm kinh nghiệm và viết bằng tiếng Anh)Các hồ sơ này bạn phải gửi bản scan cho bên tổ chức thi trước để họ kiểm tra và duyệt, nếu ok mới đc đóng tiền thi.Tài liệu ôn thi CTAL:– Tài liệu chính thức là Syllabus của từng module– ISTQB_glossary dung cho cả foundation và advance– Full book: Advanced Software Testing for test managerBạn nào cần liên hệ qua email để trung tâm gửi tài liệu và bộ đề mẫu 2012Câu hỏi thi của ISTQB CTALCâu hỏi thi Advance thường ở K2,K3, K4 là nhiều chứ ko co mấy K1.Ngoài ra câu hỏi thi của advance cũng khác foundation. Câu hỏi có nhiều lựa chọn đúng, nếu bạn trả lời sai 1 lựa chọn thì toàn câu sẽ bị tính là sai. Trọng số điểm của câu hỏi cũng khác nhau tùy vào mức độ khó và số lựa chọn đúng của từng câu. Ví dụ thi ISTQB CTAL – TM module có 65 câu, tổng điểm là 105 điểm như vậy là mỗi câu có 1 trọng số khác nhau.Thời gian thi 3h và đạt 65% điểm trở lên là đỗ.Đề thi tương đối dài và thường lặp lại tình huống ( tức là 1 tình huống đưa ra cho nhiều câu hỏi khác nhau thuộc các chương khác nhau) vì thế bạn nên đọc kỹ câu hỏi gặp lần đầu tiên để các câu sau đỡ công đọc hiểu.Chú ý: khi đi thi 1 module ví dụ TM, không có nghĩa là chỉ có câu hỏi đưa ra ở TM mà các chương ko được đề cập đến cũng vẫn có 1 vài câu được đưa ra để kiểm tra như phần Kỹ thuật test của TA và tool test của TTA cũng được đưa ra với số lượng ít. Và ngược lại thi TA hay TTA cũng sẽ có câu hỏi của TM.ISTQB CTAL ko thể dựa vào làm đề là đỗ, đừng tin các đề thi trôi nổi trên mạngCách ôn thiGiống như Foundation thì lên mức advance bạn vẫn phải bám sát vào Syllabus để nắm được kiến thức chính của từng module, các câu hỏi thi cũng sẽ lấy nhiều từ Syllabus ra để thi. Đọc đi đọc lại syllabus để hiểu ý nghĩa của nó là rất quan trọng, vìViệc đọc tài liệu full để hiểu các ví dụ là cần thiết, làm đi làm lại các bài tập trong sách và đề thi mẫu do ISTQB đưa ra là bắt buộc phải làm nhiều lần.Điểm cuối cùng cho ai muốn học tốt thì luôn luôn đọc đến đâu ghi note đến đó, đọc mà ko có tóm tắt thì lần sau lại đọc như mới và ko có gì đọng lại trong đầu.Ngoài ra bạn có thể download nhiều tài liệu ôn thi ISTQB advanced level theo link sau: http://bit.ly/2r3puRZLịch học các khóa và lịch thi ISTQB foundation và advance xem link: http://qr-solutions.com.vn/lich-khai-giang-cac-khoa-hoc-va-lich-thi-chung-chi/Nội dung khóa học ISTQB foundation xem link: http://qr-solutions.com.vn/2016/11/28/istqb-co-ban/Liên hệ giảng viên Tạ Thị Thinh để biết thêm thông tin chi tiếtSDT: 0986775464  Email: thinhtt0204@gmail.com   Skype: ta.thinh0204 Xem thêm

      770 lượt xem -

      Tạ Thị Thinh Tạ Thị Thinh

    • 09:12

      Nội dung ôn thi ISTQB advanced level- chapter 3- Test management- part 3

      Chia sẻ kinh nghiệm ôn và luyện thi ISTQB Advanced level của  chị Tạ Thị Thinh- giảng viên môn luyện thi ISTQB đã từng thi qua 3 modules này. Chị liệt kê 1 vài kinh nghiệm tự ôn thi của mình cũng như kinh nghiệm tham gia các lần thi ISTQB advanced level, hy vọng nó hữu ích cho các bạn đang ôn thi hoặc có ý định thi.ISTQB_CTAL gồm 3 module là TM, TA, TTATM là Test manager gồm các kiến thức dành cho người quản lý test, người có nhiệm vụ cải tiến quy trình test và kiểm soát hoạt động testTA là Test Analyst cho các tester chuyên kiểm tra functional test với các kỹ thuật thiết kế test case và coverage nâng caoTTA là Test Technical Analyst cho các tester chuyên kiểm thử về structure test và non-functional testTùy từng vị trí mà các bạn có thể chọn 1 trong 3 module để thi và được cấp chứng chỉ advance cho từng module, không nhất thiết phải thi hết.Lệ phí thiLệ phí thi CTAL offline là: 4.000.000 vnđ/thí sinh (lệ phí thi) + 3.000.000 vnđ/thí sinh ( lệ phí xét hồ sơ chỉ mất lần đầu tiên, các lần sau không phải đóng) + phí chuyển đề là 4.000.000 vnđ/ 1 nhóm thi ( chia đều cho những người tham gia 1 lần thi)Với thi online thì lệ phí là 5.800.000 VND/ 1 module không mất thêm phí gì khác, vì mình thường tổ chức ôn thi ISTQB cho công ty nên mình hay rủ các bạn ở công ty hoặc bên ngoài thi chung ghép với lớp thi ISTQB foundation luôn vì thế các lệ phí phát sinh tương đối rẻ.Hồ sơ dự thi bao gồm:o   Thông tin cá nhân; tên, sdt, email, chứng chỉ dự định thi (Manager; Analyst ; Test Analyst)o   Bản sao có chứng thực bằng tốt nghiệp đại họco   Bản sao chứng chỉ CTFLo    Thông tin số năm công tác trong lĩnh vực có xác nhận ký tên đóng dấu của công ty. (Yêu cầu ít nhất 3 năm kinh nghiệm và viết bằng tiếng Anh)Các hồ sơ này bạn phải gửi bản scan cho bên tổ chức thi trước để họ kiểm tra và duyệt, nếu ok mới đc đóng tiền thi.Tài liệu ôn thi CTAL:– Tài liệu chính thức là Syllabus của từng module– ISTQB_glossary dung cho cả foundation và advance– Full book: Advanced Software Testing for test managerBạn nào cần liên hệ qua email để trung tâm gửi tài liệu và bộ đề mẫu 2012Câu hỏi thi của ISTQB CTALCâu hỏi thi Advance thường ở K2,K3, K4 là nhiều chứ ko co mấy K1.Ngoài ra câu hỏi thi của advance cũng khác foundation. Câu hỏi có nhiều lựa chọn đúng, nếu bạn trả lời sai 1 lựa chọn thì toàn câu sẽ bị tính là sai. Trọng số điểm của câu hỏi cũng khác nhau tùy vào mức độ khó và số lựa chọn đúng của từng câu. Ví dụ thi ISTQB CTAL – TM module có 65 câu, tổng điểm là 105 điểm như vậy là mỗi câu có 1 trọng số khác nhau.Thời gian thi 3h và đạt 65% điểm trở lên là đỗ.Đề thi tương đối dài và thường lặp lại tình huống ( tức là 1 tình huống đưa ra cho nhiều câu hỏi khác nhau thuộc các chương khác nhau) vì thế bạn nên đọc kỹ câu hỏi gặp lần đầu tiên để các câu sau đỡ công đọc hiểu.Chú ý: khi đi thi 1 module ví dụ TM, không có nghĩa là chỉ có câu hỏi đưa ra ở TM mà các chương ko được đề cập đến cũng vẫn có 1 vài câu được đưa ra để kiểm tra như phần Kỹ thuật test của TA và tool test của TTA cũng được đưa ra với số lượng ít. Và ngược lại thi TA hay TTA cũng sẽ có câu hỏi của TM.ISTQB CTAL ko thể dựa vào làm đề là đỗ, đừng tin các đề thi trôi nổi trên mạngCách ôn thiGiống như Foundation thì lên mức advance bạn vẫn phải bám sát vào Syllabus để nắm được kiến thức chính của từng module, các câu hỏi thi cũng sẽ lấy nhiều từ Syllabus ra để thi. Đọc đi đọc lại syllabus để hiểu ý nghĩa của nó là rất quan trọng, vìViệc đọc tài liệu full để hiểu các ví dụ là cần thiết, làm đi làm lại các bài tập trong sách và đề thi mẫu do ISTQB đưa ra là bắt buộc phải làm nhiều lần.Điểm cuối cùng cho ai muốn học tốt thì luôn luôn đọc đến đâu ghi note đến đó, đọc mà ko có tóm tắt thì lần sau lại đọc như mới và ko có gì đọng lại trong đầu.Ngoài ra bạn có thể download nhiều tài liệu ôn thi ISTQB advanced level theo link sau: http://bit.ly/2r3puRZLịch học các khóa và lịch thi ISTQB foundation và advance xem link: http://qr-solutions.com.vn/lich-khai-giang-cac-khoa-hoc-va-lich-thi-chung-chi/Nội dung khóa học ISTQB foundation xem link: http://qr-solutions.com.vn/2016/11/28/istqb-co-ban/Liên hệ giảng viên Tạ Thị Thinh để biết thêm thông tin chi tiếtSDT: 0986775464  Email: thinhtt0204@gmail.com   Skype: ta.thinh0204 Xem thêm

      750 lượt xem -

      Tạ Thị Thinh Tạ Thị Thinh

    • 11:42

      Nội dung ôn thi ISTQB advanced level- chapter 3- Test management- part 1

      Chia sẻ kinh nghiệm ôn và luyện thi ISTQB Advanced level của  chị Tạ Thị Thinh- giảng viên môn luyện thi ISTQB đã từng thi qua 3 modules này. Chị liệt kê 1 vài kinh nghiệm tự ôn thi của mình cũng như kinh nghiệm tham gia các lần thi ISTQB advanced level, hy vọng nó hữu ích cho các bạn đang ôn thi hoặc có ý định thi.ISTQB_CTAL gồm 3 module là TM, TA, TTATM là Test manager gồm các kiến thức dành cho người quản lý test, người có nhiệm vụ cải tiến quy trình test và kiểm soát hoạt động testTA là Test Analyst cho các tester chuyên kiểm tra functional test với các kỹ thuật thiết kế test case và coverage nâng caoTTA là Test Technical Analyst cho các tester chuyên kiểm thử về structure test và non-functional testTùy từng vị trí mà các bạn có thể chọn 1 trong 3 module để thi và được cấp chứng chỉ advance cho từng module, không nhất thiết phải thi hết.Lệ phí thiLệ phí thi CTAL offline là: 4.000.000 vnđ/thí sinh (lệ phí thi) + 3.000.000 vnđ/thí sinh ( lệ phí xét hồ sơ chỉ mất lần đầu tiên, các lần sau không phải đóng) + phí chuyển đề là 4.000.000 vnđ/ 1 nhóm thi ( chia đều cho những người tham gia 1 lần thi)Với thi online thì lệ phí là 5.800.000 VND/ 1 module không mất thêm phí gì khác, vì mình thường tổ chức ôn thi ISTQB cho công ty nên mình hay rủ các bạn ở công ty hoặc bên ngoài thi chung ghép với lớp thi ISTQB foundation luôn vì thế các lệ phí phát sinh tương đối rẻ.Hồ sơ dự thi bao gồm:o   Thông tin cá nhân; tên, sdt, email, chứng chỉ dự định thi (Manager; Analyst ; Test Analyst)o   Bản sao có chứng thực bằng tốt nghiệp đại họco   Bản sao chứng chỉ CTFLo    Thông tin số năm công tác trong lĩnh vực có xác nhận ký tên đóng dấu của công ty. (Yêu cầu ít nhất 3 năm kinh nghiệm và viết bằng tiếng Anh)Các hồ sơ này bạn phải gửi bản scan cho bên tổ chức thi trước để họ kiểm tra và duyệt, nếu ok mới đc đóng tiền thi.Tài liệu ôn thi CTAL:– Tài liệu chính thức là Syllabus của từng module– ISTQB_glossary dung cho cả foundation và advance– Full book: Advanced Software Testing for test managerBạn nào cần liên hệ qua email để trung tâm gửi tài liệu và bộ đề mẫu 2012Câu hỏi thi của ISTQB CTALCâu hỏi thi Advance thường ở K2,K3, K4 là nhiều chứ ko co mấy K1.Ngoài ra câu hỏi thi của advance cũng khác foundation. Câu hỏi có nhiều lựa chọn đúng, nếu bạn trả lời sai 1 lựa chọn thì toàn câu sẽ bị tính là sai. Trọng số điểm của câu hỏi cũng khác nhau tùy vào mức độ khó và số lựa chọn đúng của từng câu. Ví dụ thi ISTQB CTAL – TM module có 65 câu, tổng điểm là 105 điểm như vậy là mỗi câu có 1 trọng số khác nhau.Thời gian thi 3h và đạt 65% điểm trở lên là đỗ.Đề thi tương đối dài và thường lặp lại tình huống ( tức là 1 tình huống đưa ra cho nhiều câu hỏi khác nhau thuộc các chương khác nhau) vì thế bạn nên đọc kỹ câu hỏi gặp lần đầu tiên để các câu sau đỡ công đọc hiểu.Chú ý: khi đi thi 1 module ví dụ TM, không có nghĩa là chỉ có câu hỏi đưa ra ở TM mà các chương ko được đề cập đến cũng vẫn có 1 vài câu được đưa ra để kiểm tra như phần Kỹ thuật test của TA và tool test của TTA cũng được đưa ra với số lượng ít. Và ngược lại thi TA hay TTA cũng sẽ có câu hỏi của TM.ISTQB CTAL ko thể dựa vào làm đề là đỗ, đừng tin các đề thi trôi nổi trên mạngCách ôn thiGiống như Foundation thì lên mức advance bạn vẫn phải bám sát vào Syllabus để nắm được kiến thức chính của từng module, các câu hỏi thi cũng sẽ lấy nhiều từ Syllabus ra để thi. Đọc đi đọc lại syllabus để hiểu ý nghĩa của nó là rất quan trọng, vìViệc đọc tài liệu full để hiểu các ví dụ là cần thiết, làm đi làm lại các bài tập trong sách và đề thi mẫu do ISTQB đưa ra là bắt buộc phải làm nhiều lần.Điểm cuối cùng cho ai muốn học tốt thì luôn luôn đọc đến đâu ghi note đến đó, đọc mà ko có tóm tắt thì lần sau lại đọc như mới và ko có gì đọng lại trong đầu.Ngoài ra bạn có thể download nhiều tài liệu ôn thi ISTQB advanced level theo link sau: http://bit.ly/2r3puRZLịch học các khóa và lịch thi ISTQB foundation và advance xem link: http://qr-solutions.com.vn/lich-khai-giang-cac-khoa-hoc-va-lich-thi-chung-chi/Nội dung khóa học ISTQB foundation xem link: http://qr-solutions.com.vn/2016/11/28/istqb-co-ban/Liên hệ giảng viên Tạ Thị Thinh để biết thêm thông tin chi tiếtSDT: 0986775464  Email: thinhtt0204@gmail.com   Skype: ta.thinh0204 Xem thêm

      699 lượt xem -

      Tạ Thị Thinh Tạ Thị Thinh

    • 17:41

      Nội dung ôn thi ISTQB advanced level- chapter 2- Test process- part 5

      Chia sẻ kinh nghiệm ôn và luyện thi ISTQB Advanced level của  chị Tạ Thị Thinh- giảng viên môn luyện thi ISTQB đã từng thi qua 3 modules này. Chị liệt kê 1 vài kinh nghiệm tự ôn thi của mình cũng như kinh nghiệm tham gia các lần thi ISTQB advanced level, hy vọng nó hữu ích cho các bạn đang ôn thi hoặc có ý định thi.ISTQB_CTAL gồm 3 module là TM, TA, TTATM là Test manager gồm các kiến thức dành cho người quản lý test, người có nhiệm vụ cải tiến quy trình test và kiểm soát hoạt động testTA là Test Analyst cho các tester chuyên kiểm tra functional test với các kỹ thuật thiết kế test case và coverage nâng caoTTA là Test Technical Analyst cho các tester chuyên kiểm thử về structure test và non-functional testTùy từng vị trí mà các bạn có thể chọn 1 trong 3 module để thi và được cấp chứng chỉ advance cho từng module, không nhất thiết phải thi hết.Lệ phí thiLệ phí thi CTAL offline là: 4.000.000 vnđ/thí sinh (lệ phí thi) + 3.000.000 vnđ/thí sinh ( lệ phí xét hồ sơ chỉ mất lần đầu tiên, các lần sau không phải đóng) + phí chuyển đề là 4.000.000 vnđ/ 1 nhóm thi ( chia đều cho những người tham gia 1 lần thi)Với thi online thì lệ phí là 5.800.000 VND/ 1 module không mất thêm phí gì khác, vì mình thường tổ chức ôn thi ISTQB cho công ty nên mình hay rủ các bạn ở công ty hoặc bên ngoài thi chung ghép với lớp thi ISTQB foundation luôn vì thế các lệ phí phát sinh tương đối rẻ.Hồ sơ dự thi bao gồm:o   Thông tin cá nhân; tên, sdt, email, chứng chỉ dự định thi (Manager; Analyst ; Test Analyst)o   Bản sao có chứng thực bằng tốt nghiệp đại họco   Bản sao chứng chỉ CTFLo    Thông tin số năm công tác trong lĩnh vực có xác nhận ký tên đóng dấu của công ty. (Yêu cầu ít nhất 3 năm kinh nghiệm và viết bằng tiếng Anh)Các hồ sơ này bạn phải gửi bản scan cho bên tổ chức thi trước để họ kiểm tra và duyệt, nếu ok mới đc đóng tiền thi.Tài liệu ôn thi CTAL:– Tài liệu chính thức là Syllabus của từng module– ISTQB_glossary dung cho cả foundation và advance– Full book: Advanced Software Testing for test managerBạn nào cần liên hệ qua email để trung tâm gửi tài liệu và bộ đề mẫu 2012Câu hỏi thi của ISTQB CTALCâu hỏi thi Advance thường ở K2,K3, K4 là nhiều chứ ko co mấy K1.Ngoài ra câu hỏi thi của advance cũng khác foundation. Câu hỏi có nhiều lựa chọn đúng, nếu bạn trả lời sai 1 lựa chọn thì toàn câu sẽ bị tính là sai. Trọng số điểm của câu hỏi cũng khác nhau tùy vào mức độ khó và số lựa chọn đúng của từng câu. Ví dụ thi ISTQB CTAL – TM module có 65 câu, tổng điểm là 105 điểm như vậy là mỗi câu có 1 trọng số khác nhau.Thời gian thi 3h và đạt 65% điểm trở lên là đỗ.Đề thi tương đối dài và thường lặp lại tình huống ( tức là 1 tình huống đưa ra cho nhiều câu hỏi khác nhau thuộc các chương khác nhau) vì thế bạn nên đọc kỹ câu hỏi gặp lần đầu tiên để các câu sau đỡ công đọc hiểu.Chú ý: khi đi thi 1 module ví dụ TM, không có nghĩa là chỉ có câu hỏi đưa ra ở TM mà các chương ko được đề cập đến cũng vẫn có 1 vài câu được đưa ra để kiểm tra như phần Kỹ thuật test của TA và tool test của TTA cũng được đưa ra với số lượng ít. Và ngược lại thi TA hay TTA cũng sẽ có câu hỏi của TM.ISTQB CTAL ko thể dựa vào làm đề là đỗ, đừng tin các đề thi trôi nổi trên mạngCách ôn thiGiống như Foundation thì lên mức advance bạn vẫn phải bám sát vào Syllabus để nắm được kiến thức chính của từng module, các câu hỏi thi cũng sẽ lấy nhiều từ Syllabus ra để thi. Đọc đi đọc lại syllabus để hiểu ý nghĩa của nó là rất quan trọng, vìViệc đọc tài liệu full để hiểu các ví dụ là cần thiết, làm đi làm lại các bài tập trong sách và đề thi mẫu do ISTQB đưa ra là bắt buộc phải làm nhiều lần.Điểm cuối cùng cho ai muốn học tốt thì luôn luôn đọc đến đâu ghi note đến đó, đọc mà ko có tóm tắt thì lần sau lại đọc như mới và ko có gì đọng lại trong đầu.Ngoài ra bạn có thể download nhiều tài liệu ôn thi ISTQB advanced level theo link sau: http://bit.ly/2r3puRZLịch học các khóa và lịch thi ISTQB foundation và advance xem link: http://qr-solutions.com.vn/lich-khai-giang-cac-khoa-hoc-va-lich-thi-chung-chi/Nội dung khóa học ISTQB foundation xem link: http://qr-solutions.com.vn/2016/11/28/istqb-co-ban/Liên hệ giảng viên Tạ Thị Thinh để biết thêm thông tin chi tiếtSDT: 0986775464  Email: thinhtt0204@gmail.com   Skype: ta.thinh0204 Xem thêm

      920 lượt xem -

      Tạ Thị Thinh Tạ Thị Thinh

    • 15:45

      Nội dung ôn thi ISTQB advanced level- chapter 2- Test process- part 4

      Chương trình bám sát nội dung của ISTQB advanced level- module Test manager là chuẩn phổ biến được hầu hết các công ty phần mềm lựa chọn để áp dụng và xây dựng theo hiện nay.LỢI ÍCH CỦA VIỆC HỌC ISTQB ADVANCED LÀ:Khóa học ISTQB nâng cao cho tester giúp bạn hoàn thiện toàn bộ quy trình kiến thức về testing, nâng cao các kỹ năng quản lý, kỹ thuật phân tích yêu cầu và thực hiện test nâng cao. Kỹ năng lập kế hoạch và kiểm soát tiến độ testing Kỹ năng phân tích yêu cầu và theo dõi yêu cầu thay đổi Kỹ năng lập ma trận theo dõi tiến độ test của cả đội Kỹ năng lập chiến lược test Kỹ năng phân tích rủi ro Kỹ năng phán đoán các vùng tập trung lỗi Áp dụng đúng kỹ thuật test ở đúng giai đoạn, tình huống test Kỹ năng test ở giai đoạn nước rút Kỹ năng phân tích và lập báo cáo test Kỹ năng làm việc với KH, Lập trình khó tính Vừa nâng cao kiến thức, bạn vừa được ôn và luyện thi ISTQB mức độ nâng cao dành cho các nhà quản lý trong tương lai Xem thêm

      707 lượt xem -

      Tạ Thị Thinh Tạ Thị Thinh

    • 11:32

      Nội dung ôn thi ISTQB advanced level- chapter 2- Test process- part 3

      Chương trình bám sát nội dung của ISTQB advanced level- module Test manager là chuẩn phổ biến được hầu hết các công ty phần mềm lựa chọn để áp dụng và xây dựng theo hiện nay.LỢI ÍCH CỦA VIỆC HỌC ISTQB ADVANCED LÀ:Khóa học ISTQB nâng cao cho tester giúp bạn hoàn thiện toàn bộ quy trình kiến thức về testing, nâng cao các kỹ năng quản lý, kỹ thuật phân tích yêu cầu và thực hiện test nâng cao.Kỹ năng lập kế hoạch và kiểm soát tiến độ testingKỹ năng phân tích yêu cầu và theo dõi yêu cầu thay đổiKỹ năng lập ma trận theo dõi tiến độ test của cả độiKỹ năng lập chiến lược testKỹ năng phân tích rủi roKỹ năng phán đoán các vùng tập trung lỗiÁp dụng đúng kỹ thuật test ở đúng giai đoạn, tình huống testKỹ năng test ở giai đoạn nước rútKỹ năng phân tích và lập báo cáo testKỹ năng làm việc với KH, Lập trình khó tínhVừa nâng cao kiến thức, bạn vừa được ôn và luyện thi ISTQB mức độ nâng cao dành cho các nhà quản lý trong tương lai Xem thêm

      652 lượt xem -

      Tạ Thị Thinh Tạ Thị Thinh

    • 08:33

      Nội dung ôn thi ISTQB advanced level- chapter 2- Test process- part 2

      Khóa học ISTQB advanced level sẽ tập trung vào nội dung của 2 module Test manager và test analyst để giúp các bạn có nhiều kiến thức nâng cao hơn với mức advanced.Sở dĩ chúng tôi chọn 2 module này vì nó thực sự cần thiết đối với con đường phát triển sự nghiệp của tester, và vì 2 module có nội dung lặp lại ở nhiều chương. Vì thế các bạn sẽ cùng lúc được đào tạo hướng dẫn cả 2 nội dung:a. Test managerDành cho các bạn chuẩn bị hoặc đang ở vị trí quản lý ( test leader, test manager) cần nâng cao các kiến thức về hoạt động quản lý test. Đặc biệt nhấn mạnh đến khả năng Prevent defect của người quản lý luôn luôn phải thực hiện các biện pháp phòng chống từ xa với chiến lược Risk-based và cải tiến quy trình test.b. Test analystNâng cao các kỹ thuật thiết kế test case và khả năng quản lý chất lượng test ở những loại dự án cụ thể. Chủ yếu tập trung vào phương pháp Black-box test và Functional test. Vì thế nội dung này khá phù hợp với đại đa số các Tester/ QA hiện nay2. ĐỐI TƯỢNG Bạn đã có chứng chỉ ISTQB foundation Bạn có 3 năm kinh nghiệm làm QA, tester Bạn có khả năng đọc hiểu tiếng Anh và chăm chi 3. LỆ PHÍ ÔN THI VÀ TÀI LIỆU Lệ phí ôn thi xem link: http://qr-solutions.com.vn/lich-khai-giang-cac-khoa-hoc-va-lich-thi-chung-chi/ Tài liệu do chị Tạ Thị Thinh biên soạn dựa trên các tài liệu chuẩn của ISTQB, trong quá trình giảng dạy sẽ cho nhiều ví dụ để giúp các bạn dễ hiểu và dễ áp dụng vào thực tếCác tài liệu tham khảo để luyện thi ISTQB advanced level download tại đây: http://bit.ly/2r3puRZ Chia sẻ kinh nghiệm ôn thi ISTQB advanced level: http://qr-solutions.com.vn/2017/05/16/chia-se-kinh-nghiem-on-thi-istqb-ctal-chung-chi-muc-advanced-level-cua-istqb/ Xem thêm

      863 lượt xem -

      Tạ Thị Thinh Tạ Thị Thinh

    • 12:02

      Nội dung ôn thi ISTQB advanced level- chapter 2- Test process- part 1

      Khóa học ISTQB advanced level sẽ tập trung vào nội dung của 2 module Test manager và test analyst để giúp các bạn có nhiều kiến thức nâng cao hơn với mức advanced.Sở dĩ chúng tôi chọn 2 module này vì nó thực sự cần thiết đối với con đường phát triển sự nghiệp của tester, và vì 2 module có nội dung lặp lại ở nhiều chương. Vì thế các bạn sẽ cùng lúc được đào tạo hướng dẫn cả 2 nội dung:a. Test managerDành cho các bạn chuẩn bị hoặc đang ở vị trí quản lý ( test leader, test manager) cần nâng cao các kiến thức về hoạt động quản lý test. Đặc biệt nhấn mạnh đến khả năng Prevent defect của người quản lý luôn luôn phải thực hiện các biện pháp phòng chống từ xa với chiến lược Risk-based và cải tiến quy trình test.b. Test analystNâng cao các kỹ thuật thiết kế test case và khả năng quản lý chất lượng test ở những loại dự án cụ thể. Chủ yếu tập trung vào phương pháp Black-box test và Functional test. Vì thế nội dung này khá phù hợp với đại đa số các Tester/ QA hiện nay2. ĐỐI TƯỢNGBạn đã có chứng chỉ ISTQB foundationBạn có 3 năm kinh nghiệm làm QA, testerBạn có khả năng đọc hiểu tiếng Anh và chăm chi3. LỆ PHÍ ÔN THI VÀ TÀI LIỆULệ phí ôn thi xem link: http://qr-solutions.com.vn/lich-khai-giang-cac-khoa-hoc-va-lich-thi-chung-chi/Tài liệu do chị Tạ Thị Thinh biên soạn dựa trên các tài liệu chuẩn của ISTQB, trong quá trình giảng dạy sẽ cho nhiều ví dụ để giúp các bạn dễ hiểu và dễ áp dụng vào thực tếCác tài liệu tham khảo để luyện thi ISTQB advanced level download tại đây: http://bit.ly/2r3puRZChia sẻ kinh nghiệm ôn thi ISTQB advanced level: http://qr-solutions.com.vn/2017/05/16/chia-se-kinh-nghiem-on-thi-istqb-ctal-chung-chi-muc-advanced-level-cua-istqb/ Xem thêm

      744 lượt xem -

      Tạ Thị Thinh Tạ Thị Thinh

    • 12:19

      Nội dung ôn thi ISTQB advanced level- chapter 1- part 2

      Chương trình bám sát nội dung của ISTQB advanced level- module Test manager là chuẩn phổ biến được hầu hết các công ty phần mềm lựa chọn để áp dụng và xây dựng theo hiện nay.LỢI ÍCH CỦA KHÓA HỌCKhóa học ISTQB nâng cao cho tester, giúp bạn hoàn thiện toàn bộ quy trình kiến thức về testing, nâng cao các kỹ năng quản lý, kỹ thuật phân tích yêu cầu và thực hiện test nâng cao. Kỹ năng lập kế hoạch và kiểm soát tiến độ testing Kỹ năng phân tích yêu cầu và theo dõi yêu cầu thay đổi Kỹ năng lập ma trận theo dõi tiến độ test của cả đội Kỹ năng lập chiến lược test Kỹ năng phân tích rủi ro Kỹ năng phán đoán các vùng tập trung lỗi Áp dụng đúng kỹ thuật test ở đúng giai đoạn, tình huống test Kỹ năng test ở giai đoạn nước rút Kỹ năng phân tích và lập báo cáo test Kỹ năng làm việc với KH, Lập trình khó tính Vừa nâng cao kiến thức, bạn vừa được ôn và luyện thi ISTQB mức độ nâng cao dành cho các nhà quản lý trong tương lai Xem thêm

      765 lượt xem -

      Tạ Thị Thinh Tạ Thị Thinh

    • 17:15

      Nội dung thi ISTQB advanced level Chapter 1- Test basics part 1 by Ta Thi Thinh

      Chương trình bám sát nội dung của ISTQB advanced level- module Test manager là chuẩn phổ biến được hầu hết các công ty phần mềm lựa chọn để áp dụng và xây dựng theo hiện nay.LỢI ÍCH CỦA KHÓA HỌCKhóa học ISTQB nâng cao cho tester, giúp bạn hoàn thiện toàn bộ quy trình kiến thức về testing, nâng cao các kỹ năng quản lý, kỹ thuật phân tích yêu cầu và thực hiện test nâng cao.Kỹ năng lập kế hoạch và kiểm soát tiến độ testingKỹ năng phân tích yêu cầu và theo dõi yêu cầu thay đổiKỹ năng lập ma trận theo dõi tiến độ test của cả độiKỹ năng lập chiến lược testKỹ năng phân tích rủi roKỹ năng phán đoán các vùng tập trung lỗiÁp dụng đúng kỹ thuật test ở đúng giai đoạn, tình huống testKỹ năng test ở giai đoạn nước rútKỹ năng phân tích và lập báo cáo testKỹ năng làm việc với KH, Lập trình khó tínhVừa nâng cao kiến thức, bạn vừa được ôn và luyện thi ISTQB mức độ nâng cao dành cho các nhà quản lý trong tương lai Xem thêm

      950 lượt xem -

      Tạ Thị Thinh Tạ Thị Thinh

    • 12:19

      ISTQB advaned level- Hướng dẫn học và luyện thi chapter 1- phần 1

      Chương trình bám sát nội dung của ISTQB advanced level- module Test manager là chuẩn phổ biến được hầu hết các công ty phần mềm lựa chọn để áp dụng và xây dựng theo hiện nay.LỢI ÍCH CỦA KHÓA HỌCKhóa học ISTQB nâng cao cho tester, giúp bạn hoàn thiện toàn bộ quy trình kiến thức về testing, nâng cao các kỹ năng quản lý, kỹ thuật phân tích yêu cầu và thực hiện test nâng cao.Kỹ năng lập kế hoạch và kiểm soát tiến độ testingKỹ năng phân tích yêu cầu và theo dõi yêu cầu thay đổiKỹ năng lập ma trận theo dõi tiến độ test của cả độiKỹ năng lập chiến lược testKỹ năng phân tích rủi roKỹ năng phán đoán các vùng tập trung lỗiÁp dụng đúng kỹ thuật test ở đúng giai đoạn, tình huống testKỹ năng test ở giai đoạn nước rútKỹ năng phân tích và lập báo cáo testKỹ năng làm việc với KH, Lập trình khó tínhVừa nâng cao kiến thức, bạn vừa được ôn và luyện thi ISTQB mức độ nâng cao dành cho các nhà quản lý trong tương lai Xem thêm

      731 lượt xem -

      Tạ Thị Thinh Tạ Thị Thinh

    • 03:16

      ISTQB advanced level- Các nội dung trọng tâm của ISTQB nâng cao

      Chương trình bám sát nội dung của ISTQB advanced level- module Test manager là chuẩn phổ biến được hầu hết các công ty phần mềm lựa chọn để áp dụng và xây dựng theo hiện nay.LỢI ÍCH CỦA KHÓA HỌCKhóa học ISTQB nâng cao cho tester, giúp bạn hoàn thiện toàn bộ quy trình kiến thức về testing, nâng cao các kỹ năng quản lý, kỹ thuật phân tích yêu cầu và thực hiện test nâng cao.Kỹ năng lập kế hoạch và kiểm soát tiến độ testingKỹ năng phân tích yêu cầu và theo dõi yêu cầu thay đổiKỹ năng lập ma trận theo dõi tiến độ test của cả độiKỹ năng lập chiến lược testKỹ năng phân tích rủi roKỹ năng phán đoán các vùng tập trung lỗiÁp dụng đúng kỹ thuật test ở đúng giai đoạn, tình huống testKỹ năng test ở giai đoạn nước rútKỹ năng phân tích và lập báo cáo testKỹ năng làm việc với KH, Lập trình khó tínhVừa nâng cao kiến thức, bạn vừa được ôn và luyện thi ISTQB mức độ nâng cao dành cho các nhà quản lý trong tương lai Xem thêm

      736 lượt xem -

      Tạ Thị Thinh Tạ Thị Thinh

    • 09:50

      ISTQB advanced level- Giới thiệu cấu trúc đề thi và cách ôn thi phần 2

      Chương trình bám sát nội dung của ISTQB advanced level- module Test manager là chuẩn phổ biến được hầu hết các công ty phần mềm lựa chọn để áp dụng và xây dựng theo hiện nay.LỢI ÍCH CỦA KHÓA HỌCKhóa học ISTQB nâng cao cho tester, giúp bạn hoàn thiện toàn bộ quy trình kiến thức về testing, nâng cao các kỹ năng quản lý, kỹ thuật phân tích yêu cầu và thực hiện test nâng cao.Kỹ năng lập kế hoạch và kiểm soát tiến độ testingKỹ năng phân tích yêu cầu và theo dõi yêu cầu thay đổiKỹ năng lập ma trận theo dõi tiến độ test của cả độiKỹ năng lập chiến lược testKỹ năng phân tích rủi roKỹ năng phán đoán các vùng tập trung lỗiÁp dụng đúng kỹ thuật test ở đúng giai đoạn, tình huống testKỹ năng test ở giai đoạn nước rútKỹ năng phân tích và lập báo cáo testKỹ năng làm việc với KH, Lập trình khó tínhVừa nâng cao kiến thức, bạn vừa được ôn và luyện thi ISTQB mức độ nâng cao dành cho các nhà quản lý trong tương lai Xem thêm

      651 lượt xem -

      Tạ Thị Thinh Tạ Thị Thinh

    • 05:30

      ISTQB advanced level- Cấu trúc đề thi và cách ôn thi ISTQB nâng cao

      Chương trình bám sát nội dung của ISTQB advanced level- 3 module: Test manager, test analyst, Technical Test Analyst là chuẩn phổ biến được hầu hết các công ty phần mềm lựa chọn để áp dụng và xây dựng theo hiện nay.LỢI ÍCH CỦA KHÓA HỌCKhóa học ISTQB nâng cao cho tester, giúp bạn hoàn thiện toàn bộ quy trình kiến thức về testing, nâng cao các kỹ năng quản lý, kỹ thuật phân tích yêu cầu và thực hiện test nâng cao.Kỹ năng lập kế hoạch và kiểm soát tiến độ testingKỹ năng phân tích yêu cầu và theo dõi yêu cầu thay đổiKỹ năng lập ma trận theo dõi tiến độ test của cả độiKỹ năng lập chiến lược testKỹ năng phân tích rủi roKỹ năng phán đoán các vùng tập trung lỗiÁp dụng đúng kỹ thuật test ở đúng giai đoạn, tình huống testKỹ năng test ở giai đoạn nước rútKỹ năng phân tích và lập báo cáo testKỹ năng làm việc với KH, Lập trình khó tínhVừa nâng cao kiến thức, bạn vừa được ôn và luyện thi ISTQB mức độ nâng cao dành cho các nhà quản lý trong tương lai Xem thêm

      1,018 lượt xem -

      Tạ Thị Thinh Tạ Thị Thinh

    • 10:06

      ISTQB advanced level- Giới thiệu các nội dung ôn thi mức ISTQB nâng cao

      Chương trình bám sát nội dung của ISTQB advanced level- 3 module: Test manager, test analyst, Technical Test Analyst là chuẩn phổ biến được hầu hết các công ty phần mềm lựa chọn để áp dụng và xây dựng theo hiện nay.LỢI ÍCH CỦA KHÓA HỌCKhóa học ISTQB nâng cao cho tester, giúp bạn hoàn thiện toàn bộ quy trình kiến thức về testing, nâng cao các kỹ năng quản lý, kỹ thuật phân tích yêu cầu và thực hiện test nâng cao.Kỹ năng lập kế hoạch và kiểm soát tiến độ testingKỹ năng phân tích yêu cầu và theo dõi yêu cầu thay đổiKỹ năng lập ma trận theo dõi tiến độ test của cả độiKỹ năng lập chiến lược testKỹ năng phân tích rủi roKỹ năng phán đoán các vùng tập trung lỗiÁp dụng đúng kỹ thuật test ở đúng giai đoạn, tình huống testKỹ năng test ở giai đoạn nước rútKỹ năng phân tích và lập báo cáo testKỹ năng làm việc với KH, Lập trình khó tínhVừa nâng cao kiến thức, bạn vừa được ôn và luyện thi ISTQB mức độ nâng cao dành cho các nhà quản lý trong tương lai Xem thêm

      707 lượt xem -

      Tạ Thị Thinh Tạ Thị Thinh

    • 09:41

      ISTQB advanced level- Giới thiệu nội dung học và luyện thi ISTQB advanced level

      Chương trình bám sát nội dung của ISTQB advanced level- 3 module: Test manager, test analyst, Technical Test Analyst là chuẩn phổ biến được hầu hết các công ty phần mềm lựa chọn để áp dụng và xây dựng theo hiện nay.LỢI ÍCH CỦA KHÓA HỌCKhóa học ISTQB nâng cao cho tester, giúp bạn hoàn thiện toàn bộ quy trình kiến thức về testing, nâng cao các kỹ năng quản lý, kỹ thuật phân tích yêu cầu và thực hiện test nâng cao.Kỹ năng lập kế hoạch và kiểm soát tiến độ testingKỹ năng phân tích yêu cầu và theo dõi yêu cầu thay đổiKỹ năng lập ma trận theo dõi tiến độ test của cả độiKỹ năng lập chiến lược testKỹ năng phân tích rủi roKỹ năng phán đoán các vùng tập trung lỗiÁp dụng đúng kỹ thuật test ở đúng giai đoạn, tình huống testKỹ năng test ở giai đoạn nước rútKỹ năng phân tích và lập báo cáo testKỹ năng làm việc với KH, Lập trình khó tínhVừa nâng cao kiến thức, bạn vừa được ôn và luyện thi ISTQB mức độ nâng cao dành cho các nhà quản lý trong tương lai Xem thêm

      1,133 lượt xem -

      Tạ Thị Thinh Tạ Thị Thinh

    • 11:15

      Tóm tắt kiến thức luyện thi ISTQB foundation chapter 4 part 1

      CHAPTER 4: DYNAMIC TESTING4.1 The Test Development Process (K3)4.2 Categories of Test Design Techniques Black-box White box Experience Specification based Structure based Experienced based No access to program code Has access to program code No access to program code Required external perspective Required knowledge of program code Require knowledge issues, bug, domain Apply all phase of testing Apply only to unit test Apply after formal technical  Ngoài ra bạn có thể download nhiều tài liệu hay khác về testing theo link sau: http://bit.ly/2r3szBD Xem thêm

      888 lượt xem -

      Tạ Thị Thinh Tạ Thị Thinh

    • 17:00

      Tóm tắt kiến thức luyện thi ISTQB foundation chapter 3 part 2

      CHAPTER 3: Static Techniques (K2)3.1 Reviews and the test process - Defects detected during reviews early in the life cycle - Much cheaper to remove than those detected by running tests - Improve development productivity - Reduce timescales, cost and time - Fewer defects - Improve communication - Typical defects that are easier to find in reviews than in dynamic testing include: deviations from standards, requirement defects, design defects, insufficient maintainability and incorrect interface specifications.3.2.1 Activities of a Formal Review (K1)A typical formal review has the following main activities:3.2.2 Roles and Responsibilities (K1)ManagerModeratorReviewerAuthorScriber3.2.3 Types of Reviews (K2) Stage Informal Walkthrough Technical review Inspection Planning No Yes Yes Optional management Yes Kick-off No Yes Yes Yes Individual preparation No Option Yes Option checklist Yes Review meeting No Yes Yes Yes Re-work No Yes Yes Yes Follow up No Option review report with list of findings Yes Yes Metrics gathering Report with list of finding Evaluate exit criteria 3.2.4 Success Factors for Reviews (K2) - Specific objectives - Right people - Tester is a valuable reviewer - Welcome defects - Trust atmosphere - No people issue - Suitable review technique - Checklist - Training - Management support - Learning, improve 3.3 Static Analysis by Tools (K2)The value of static analysis is:–              Early detection of defects prior to test execution–              Early warning about suspicious aspects of the code or design by the calculation of metrics, such as a high complexity measure–              Identification of defects not easily found by dynamic testing–              Detecting dependencies and inconsistencies in software models such as links–              Improved maintainability of code and design–              Prevention of defects, if lessons are learned in developmentTypical defects discovered by static analysis tools include–              Referencing a variable with an undefined value–              Inconsistent interfaces between modules and components–              Variables that are not used or are improperly declared–              Unreachable (dead) code–              Potentially infinite loops–              Overly complicated constructs–              Programming standards violations–              Security vulnerabilities–              Syntax violations of code and software modelsCompilers may offer some support for static analysis, including the calculation of metrics Ngoài ra bạn có thể download nhiều tài liệu hay khác về testing theo link sau: http://bit.ly/2r3szBD Xem thêm

      1,100 lượt xem -

      Tạ Thị Thinh Tạ Thị Thinh

    • 23:07

      Tóm tắt kiến thức luyện thi ISTQB foundation chapter 2 part 2

      CHAPTER 2: TESTING IN THE LIFECYCLE2.1 Software modelsV-model (Sequential Development Model)Early test design –           Test design finds faults–           Faults found early are cheaper to fix–           Most signification faults found first–           Faults prevented, not built in–           No additional effort, re-schedule test design–           Changing requirements caused by test designIterative-incremental Development Models ( Evolution Models)–           Iterative-incremental development is the process of establishing requirements, designing, building and testing a system in a series of short development cycles.Examples are: prototyping, Rapid Application Development (RAD), Rational Unified Process (RUP) and agile development models.–           A system that is produced using these models may be tested at several test levels during each iteration–           Regression testing is increasingly important on all iterations after the first one.–           Verification and validation can be carried out on each increment.Agile – Scrum development Term: VV&T – Verification, Validation and TestVerification  ( Do it right) Question: Are we building the product right? Validation – ( Do right it) Question: Are we build the right product? Testing The process of exercising software to verify that it satisfies specified requirements and to detect faults Testing within a Life Cycle ModelThere are several characteristics of good testing: For every development activity there is a corresponding testing activity Each test level has test objectives specific to that level The analysis and design of tests for a given test level should begin during the corresponding development activity Testers should be involved in reviewing documents as soon as drafts are available in the development life cycle 2.2.1 Component Testing (K2)Test basis: Component requirements, detailed design, CodeTypical test objects: Components, Programs, Data conversion / migration programs, Database modules Component testing (also known as unit, module or program testing) Searches for defects in, and verifies the functioning of, software modules, programs, objects, classes, etc., that are separately testable Done in isolation from the rest of the system Stubs, drivers and simulators may be used. Include testing of functionality and specific non-functional characteristics : Robustness testing, security Test cases are derived from work products such as a specification of the component, the software design or the data model. Component testing occurs with access to the code being tested and with the support of a development environment, such as a unit test framework or debugging tool. Defects are typically fixed as soon as they are found, without formally managing these defects. One approach to component testing is to prepare and automate test cases before coding. This is called a test-first approach or test-driven development. 2.2.2 Integration Testing (K2)Test basis: Software and system design, Architecture, Workflows,  Use casesTypical test objects:  Subsystems, Database implementation,  Infrastructure, Interfaces, System configuration and configuration data Integration testing tests interfaces between components, interactions with different parts of a system, such as the operating system, file system and hardware, and interfaces between systems. There may be more than one level of integration testing and it may be carried out on test objects of varying size as follows Component integration testing tests the interactions between software components and is done after component testing System integration testing tests the interactions between different systems or between hardware and software and may be done after system testing. Test approach:Big-bang integrationIncremental integration Top-Down integration Bottom-up integration 2.2.3 System Testing (K2)Test basis: System and software requirement specification, Use cases, Functional specification,  Risk analysis reports.Typical test objects: System, user and operation manuals, System configuration and configuration data System testing is concerned with the behavior of a whole system/product. The test environment should correspond to the final target or production environment as much as possible in order to minimize the risk of environment-specific failures not being found in testing. Include tests based on risks and/or on requirements specifications, business processes, use cases, or other high level text descriptions or models of system behavior, interactions with the operating system, and system resources. Investigate functional and non-functional requirements of the system, and data quality characteristics. Testers also need to deal with incomplete or undocumented requirements. System testing of functional requirements starts by using the most appropriate specification-based (black-box) techniques for the aspect of the system to be tested. An independent test team often carries out system testing. 2.2.4 Acceptance Testing (K2)Test basis: User requirements, System requirements, Use cases, Business processes, Risk analysis reportsTypical test objects: Business processes on fully integrated system, Operational and maintenance processes, User procedures, Forms, Reports, Configuration data Acceptance testing is often the responsibility of the customers or users of a system; other stakeholders may be involved as well. The goal is to establish confidence in the system, parts of the system or specific non-functional characteristics of the system. Finding defects is not the main focus in acceptance testing. Acceptance testing may assess the system’s readiness for deployment and use Acceptance testing may occur at various times in the life cycle Typical forms of acceptance testing include the following User acceptance testing Typically verifies the fitness for use of the system by business users Operational (acceptance) testing The acceptance of the system by the system administrators, including:Testing of backup/restore or disaster recovery User management Maintenance tasks Data load and migration tasks Periodic checks of security vulnerabilities 3.Contract and regulation acceptance testing Contract acceptance testing is performed against a contract’s acceptance criteria for producing custom-developed software. Regulation acceptance testing is performed against any regulations that must be adhered to, such as government, legal or safety regulations. 4.Alpha and beta (or field) testing- Test Alpha và beta Alpha testing is performed at the developing organization’s site but not by the developing team. Beta testing, or field-testing, is performed by customers or potential customers at their own locations. 2.3 Test Types (K2) Ngoài ra bạn có thể download nhiều tài liệu hay khác về testing theo link sau: http://bit.ly/2r3szBD Xem thêm

      1,058 lượt xem -

      Tạ Thị Thinh Tạ Thị Thinh

    • 11:43

      Tóm tắt kiến thức luyện thi ISTQB foundation chapter 2 part 1

      CHAPTER 2: TESTING IN THE LIFECYCLE2.1 Software modelsV-model (Sequential Development Model)Early test design –           Test design finds faults–           Faults found early are cheaper to fix–           Most signification faults found first–           Faults prevented, not built in–           No additional effort, re-schedule test design–           Changing requirements caused by test designIterative-incremental Development Models ( Evolution Models)–           Iterative-incremental development is the process of establishing requirements, designing, building and testing a system in a series of short development cycles.Examples are: prototyping, Rapid Application Development (RAD), Rational Unified Process (RUP) and agile development models.–           A system that is produced using these models may be tested at several test levels during each iteration–           Regression testing is increasingly important on all iterations after the first one.–           Verification and validation can be carried out on each increment.Agile – Scrum development Term: VV&T – Verification, Validation and TestVerification  ( Do it right) Question: Are we building the product right? Validation – ( Do right it) Question: Are we build the right product? Testing The process of exercising software to verify that it satisfies specified requirements and to detect faults Testing within a Life Cycle ModelThere are several characteristics of good testing: For every development activity there is a corresponding testing activity Each test level has test objectives specific to that level The analysis and design of tests for a given test level should begin during the corresponding development activity Testers should be involved in reviewing documents as soon as drafts are available in the development life cycle 2.2.1 Component Testing (K2)Test basis: Component requirements, detailed design, CodeTypical test objects: Components, Programs, Data conversion / migration programs, Database modules Component testing (also known as unit, module or program testing) Searches for defects in, and verifies the functioning of, software modules, programs, objects, classes, etc., that are separately testable Done in isolation from the rest of the system Stubs, drivers and simulators may be used. Include testing of functionality and specific non-functional characteristics : Robustness testing, security Test cases are derived from work products such as a specification of the component, the software design or the data model. Component testing occurs with access to the code being tested and with the support of a development environment, such as a unit test framework or debugging tool. Defects are typically fixed as soon as they are found, without formally managing these defects. One approach to component testing is to prepare and automate test cases before coding. This is called a test-first approach or test-driven development. 2.2.2 Integration Testing (K2)Test basis: Software and system design, Architecture, Workflows,  Use casesTypical test objects:  Subsystems, Database implementation,  Infrastructure, Interfaces, System configuration and configuration data Integration testing tests interfaces between components, interactions with different parts of a system, such as the operating system, file system and hardware, and interfaces between systems. There may be more than one level of integration testing and it may be carried out on test objects of varying size as follows Component integration testing tests the interactions between software components and is done after component testing System integration testing tests the interactions between different systems or between hardware and software and may be done after system testing. Test approach:Big-bang integrationIncremental integration Top-Down integration Bottom-up integration 2.2.3 System Testing (K2)Test basis: System and software requirement specification, Use cases, Functional specification,  Risk analysis reports.Typical test objects: System, user and operation manuals, System configuration and configuration data System testing is concerned with the behavior of a whole system/product. The test environment should correspond to the final target or production environment as much as possible in order to minimize the risk of environment-specific failures not being found in testing. Include tests based on risks and/or on requirements specifications, business processes, use cases, or other high level text descriptions or models of system behavior, interactions with the operating system, and system resources. Investigate functional and non-functional requirements of the system, and data quality characteristics. Testers also need to deal with incomplete or undocumented requirements. System testing of functional requirements starts by using the most appropriate specification-based (black-box) techniques for the aspect of the system to be tested. An independent test team often carries out system testing. 2.2.4 Acceptance Testing (K2)Test basis: User requirements, System requirements, Use cases, Business processes, Risk analysis reportsTypical test objects: Business processes on fully integrated system, Operational and maintenance processes, User procedures, Forms, Reports, Configuration data Acceptance testing is often the responsibility of the customers or users of a system; other stakeholders may be involved as well. The goal is to establish confidence in the system, parts of the system or specific non-functional characteristics of the system. Finding defects is not the main focus in acceptance testing. Acceptance testing may assess the system’s readiness for deployment and use Acceptance testing may occur at various times in the life cycle Typical forms of acceptance testing include the following User acceptance testing Typically verifies the fitness for use of the system by business users Operational (acceptance) testing The acceptance of the system by the system administrators, including:Testing of backup/restore or disaster recovery User management Maintenance tasks Data load and migration tasks Periodic checks of security vulnerabilities 3.Contract and regulation acceptance testing Contract acceptance testing is performed against a contract’s acceptance criteria for producing custom-developed software. Regulation acceptance testing is performed against any regulations that must be adhered to, such as government, legal or safety regulations. 4.Alpha and beta (or field) testing- Test Alpha và beta Alpha testing is performed at the developing organization’s site but not by the developing team. Beta testing, or field-testing, is performed by customers or potential customers at their own locations. 2.3 Test Types (K2) Ngoài ra bạn có thể download nhiều tài liệu hay khác về testing theo link sau: http://bit.ly/2r3szBD Xem thêm

      1,049 lượt xem -

      Tạ Thị Thinh Tạ Thị Thinh

    • 05:59

      Tóm tắt kiến thức luyện thi ISTQB foundation Chapter 3 part 1 bởi Tạ Thị Thinh

      CHAPTER 3: Static Techniques (K2)3.1 Reviews and the test process- Defects detected during reviews early in the life cycle- Much cheaper to remove than those detected by running tests- Improve development productivity- Reduce timescales, cost and time- Fewer defects- Improve communication- Typical defects that are easier to find in reviews than in dynamic testing include: deviations from standards, requirement defects, design defects, insufficient maintainability and incorrect interface specifications.3.2.1 Activities of a Formal Review (K1)A typical formal review has the following main activities:3.2.2 Roles and Responsibilities (K1)ManagerModeratorReviewerAuthorScriber3.2.3 Types of Reviews (K2)StageInformalWalkthroughTechnical reviewInspectionPlanningNoYesYesOptional managementYesKick-offNoYesYesYesIndividual preparationNoOptionYesOption checklistYesReview meetingNoYesYesYesRe-workNoYesYesYesFollow upNoOption review report with list of findingsYesYesMetrics gatheringReport with list of findingEvaluate exit criteria3.2.4 Success Factors for Reviews (K2)- Specific objectives- Right people- Tester is a valuable reviewer- Welcome defects- Trust atmosphere- No people issue- Suitable review technique- Checklist- Training- Management support- Learning, improve3.3 Static Analysis by Tools (K2)The value of static analysis is:–              Early detection of defects prior to test execution–              Early warning about suspicious aspects of the code or design by the calculation of metrics, such as a high complexity measure–              Identification of defects not easily found by dynamic testing–              Detecting dependencies and inconsistencies in software models such as links–              Improved maintainability of code and design–              Prevention of defects, if lessons are learned in developmentTypical defects discovered by static analysis tools include–              Referencing a variable with an undefined value–              Inconsistent interfaces between modules and components–              Variables that are not used or are improperly declared–              Unreachable (dead) code–              Potentially infinite loops–              Overly complicated constructs–              Programming standards violations–              Security vulnerabilities–              Syntax violations of code and software modelsCompilers may offer some support for static analysis, including the calculation of metricsNgoài ra bạn có thể download nhiều tài liệu hay khác về testing theo link sau: http://bit.ly/2r3szBD Xem thêm

      1,045 lượt xem -

      Tạ Thị Thinh Tạ Thị Thinh

    • 11:21

      Tóm tắt kiến thức luyện thi ISTQB foundation chapter 1 part 1 by Tạ Thị Thinh

      Với kinh nghiệm giảng dạy ISTQB foundation suốt 3 năm, chị Tạ Thị Thinh đã tóm tắt lại các kiến thức cơ bản nhất cần phải nắm được cho từng chương bằng hình ảnh và các phương pháp dễ nhớ nhất. Sau là kiến thức tổng hợp ngắn gọn nhất của ISTQB foundation CHAPTER 1: Fundamentals of Testing 1.1 Why is Testing Necessary (K2) 1.1.1 Software Systems Context (K1) 1.1.2 Causes of Software Defects (K2) Why do faults occur in software? Software is written by human beings Who know something, but not everything Who have skills, but aren’t perfect Who do make mistakes (errors) Under increasing pressure to deliver to strict deadlines No time to check but assumptions may be wrong Systems may be incomplete Failures must be corrected in the software The cost of finding and fixing defects rises considerably across the life cycle 1.1.3 Role of Testing Rigorous testing of systems and documentation can help to reduce the risk of problems Contribute to the quality of the software system, if the defects found are corrected before the system is released Meet contractual or legal requirements, or industry-specific standards. 1.1.4 Testing and Quality (K2) –     Testing measures software quality –     Testing can find faults; when they are removed, software quality  is improved –     Testing is a part of quality assurance –     Measure the quality of software in terms of defects found for both functional and non-functional software requirements and characteristics –     Give confidence in the quality of a software if it finds few or no defects and we have good test designs –     Improve the quality of future system 1.1.5 How Much Testing is enough? (K2) It depends on RISK –     Risk of missing important faults –     Risk of incurring failure costs –     Risk of releasing untested or under-tested software –     Risk of losing credibility and market share Risk of missing a market window Risk of over-testing, ineffective testing Test time will always be limited – Using RISK to determine –     What to test first –     What to test most –     How thoroughly to test each item –     What not to test ( this time) –     Allocate the time available for testing by prioritizing testing 1.2 What is Testing? K2) –     Test activities exist before and after test execution: planning and control, choosing test conditions, designing and executing test cases, checking results, evaluating exit criteria, reporting on the testing process and system under test, and finalizing or completing closure activities –     Testing also includes reviewing documents (including source code) and conducting static analysis. Test Objectives: Finding defects Gaining confidence about the level of quality Providing information for decision-making Preventing defects Prevent defects –     Designing tests early in the life cycle can help to prevent defects from being introduced into code. –     Reviews of documents (e.g., requirements) and the identification and resolution of issues also help to prevent defects appearing in the code. Different objectives in different phase –     In development testing: find as many defect as possible –     In acceptance testing: confirm that the system works as expected, to gain confidence that it has met the requirements. –     In some cases: assess the quality of the software to give information to stakeholders of the risk of releasing the system at a given time. –     Maintenance testing often includes testing that no new defects have been introduced during development of the changes. –     During operational testing: assess system characteristics such as reliability or availability. Debugging and testing are different. –     Dynamic testing can show failures that are caused by defects. –     Debugging is the development activity that finds, analyzes and removes the cause of the failure.. –     Re-testing by a tester ensures that the fix does indeed resolve the failure –     Testers test and developers debug – 1.3 Seven Principles of Testing Testing shows presence of defects –     Testing can show that defects are present, but cannot prove that there are no defects. –     Testing reduces the probability of undiscovered defects remaining in a software but, even if no defects are found, it is not a proof of correctness Exhaustive testing is impossible –  Test everything ( all combination of inputs and preconditions) is not feasible –  Instead of exhaustive testing, risk analysis and priorities should be used to focus testing efforts Early testing –  Testing activities should start as early as possible and focus on defined objectives – Perform the test design and review activities early can finds defects early on when they are cheap to find and fix Defect clustering – A small numbers of modules usually contains most of the defects discovered during pre-release testing, or is responsible for most of the operational failures – Rule 80/20: Module core often contains 80% defects Pesticide paradox – If the same tests are repeated over and over again, no new defects can be found – To overcome this pesticide paradox, test cases need to be regularly reviewed and revised; – New and different tests need to be written to exercise different parts of the software to find potentially more defects Testing is context dependent – Testing is done differently in different context – Ex: Safety-critical software is tested differently from an ecommerce site Absence of error fallacy – Finding and fixing defects does not help if the system built is unusable and does not fulfill the users’ needs and expectations 1.4 Fundamental test process 1.4.1 Test Planning and Control (K1) Test planning is the activity of defining the objectives of testing and the specification of test activities Test planning tasks: –           Determine the scope and risks and identify the objectives of testing –           Determine the test approach –           Implement test policy and/or test strategy –           Determine the required test resources –           Schedule –           Determine the exist criteria Concepts: –           Test policy: A high level document describing the principle, approach and major objectives of organization regarding testing –           Test strategy: A high level description of the test types to performed –           Test approach: The implementation of the test strategy for a specific project –           Test ware: includes test cases, test plan, test data Test control is the ongoing activity of : –           comparing actual progress against the plan –           reporting the status, including deviations from the plan. –           taking actions necessary Test control task: –           Measure and analysis the results of reviews and testing –           Monitor and document progress, test coverage and exit criteria –           Provide information of testing to make evaluation –           Initiation corrective actions 1.4.2  Test Analysis and Design is the activity during which general testing objectives are transformed into tangible test conditions and test cases. Test Analysis and Design tasks: –           Reviewing the test basis –           Evaluating testability of the test basis and test objects –           Identifying and prioritizing test conditions –           Designing and prioritizing high level test cases –           Identifying necessary test data to support the test conditions and test cases –           Designing the test environment setup and identifying any required infrastructure and tools –           Creating bi-directional traceability between test basis and test cases 1.4.3 Test Implementation and Execution (K1) is the activity where test procedures or scripts are specified, the environment is set up and the tests are run Test Implementation and Execution tasks: –           Finalizing, implementing and prioritizing test cases –           Developing and prioritizing test procedures, creating test data, writing test scripts. –           Creating test suites from the test procedures for efficient test execution –           Verifying that the test environment has been set up correctly –           Verifying and updating bi-directional traceability between the test basis and test cases –           Executing test procedures either manual or automate –           Logging the outcome of test execution –           Comparing actual results with expected results –           Reporting discrepancies as incidents –           Repeating test activities in order to confirm a fix 1.4.4 Evaluating Exit Criteria and Reporting (K1) Evaluating exit criteria is the activity where test execution is assessed against the defined objectives. This should be done for each test level –           Checking test logs against the exit criteria specified in test planning –           Assessing if more tests are needed or if the exit criteria specified should be changed –           Writing a test summary report for stakeholders 1.4.5 Test Closure Activities (K1) Test closure activities collect data from completed test activities to consolidate experience, testware, facts and numbers. –           Checking which planned deliverables have been delivered –           Closing incident reports or raising change records for any that remain open –           Documenting the acceptance of the system –           Finalizing and archiving testware, the test environment and the test infrastructure for later reuse –           Handing over the testware to the maintenance organization –           Analyzing lessons learned to determine changes needed for future releases and projects –           Using the information gathered to improve test maturity 1.5 Psychology of testing Level of independence –           None: tests designed by the person who wrote the software –           Tests designed by a different person –           Tests designed by someone from a different department or team ( e.g test team) –           Tests designed by someone from a different organisation ( e.g agency) Communication about defects –           Testing is very constructive in the management of product risks. –           Looking for failures in a system requires curiosity, professional pessimism, a critical eye, attention to detail, good communication –           Need good interpersonal skills to communicate factual information about defects –           Communicate findings on the product in a neutral, fact-focused way without criticizing the person who created it. –           Explain that by knowing about this now we can work round it or fix it so the delivered system is better for the customer. –           Start with collaboration rather than battles.   Ngoài ra bạn có thể download nhiều tài liệu hay khác về testing theo link sau: http://bit.ly/2r3szBD Xem thêm

      1,653 lượt xem -

      Tạ Thị Thinh Tạ Thị Thinh

    • 13:54

      Build KANBAN board and burndown chart

      Được thực hiện bởi Tạ Thị Thinh. Giảng viên của trung tâm QRS thường xuyên tổ chức đào tạo và luyện thi ISTQB, QA Tester chuẩn Nhật, Automation testing

      1,630 lượt xem -

      Tạ Thị Thinh Tạ Thị Thinh